Java線程等待喚醒機制

前言

今天看源碼的時候遇到這樣一個場景,某線程里面的邏輯需要等待異步處理結(jié)果返回后才能繼續(xù)執(zhí)行。或者說想要把一個異步的操作封裝成一個同步的過程。這里就用到了線程等待喚醒機制,下面具體看一下。

等待喚醒機制示例

下面代碼是一個簡單的線程喚醒機制示例,主要就是在Activity啟動的時候初始化并start線程,線程start后會進入等待狀態(tài),在onResume方法中執(zhí)行notify方法喚醒線程。通過這樣的方式模擬異步喚醒線程——線程等待喚醒機制。

public class ThreadDemo extends AppCompatActivity {
    private final static String TAG = ThreadDemo.class.getSimpleName();

    private Object mLock = new Object();
    private Thread mThread = new Thread(new Runnable() {
        @Override
        public void run() {
            synchronized (mLock) {
                Log.i(TAG,"state 1 = " + mThread.getState());
                try {
                    mLock.wait(10 * 1000);
                    Log.i(TAG,"state 2 = " + mThread.getState());
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    });

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        Log.i(TAG,"state 3 = " + mThread.getState());
        mThread.start();
        Log.i(TAG,"state = 4 " + mThread.getState());

    }

    @Override
    protected void onStart() {
        super.onStart();
    }

    @Override
    protected void onResume() {
        super.onResume();
        synchronized(mLock) {
            Log.i(TAG,"state = 5 " + mThread.getState());
            mLock.notify();
            Log.i(TAG,"state = 6 " + mThread.getState());
        }
    }

    @Override
    protected void onPause() {
        super.onPause();
        Log.i(TAG,"state = 7 " + mThread.getState());
    }

    @Override
    protected void onStop() {
        super.onStop();
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
    }
}

Log如下:

09-11 17:31:29.577 32658-32658/com.android.peter.threaddemo I/ThreadDemo: state 3 = NEW
09-11 17:31:29.578 32658-32658/com.android.peter.threaddemo I/ThreadDemo: state = 4 RUNNABLE
09-11 17:31:29.578 32658-32695/com.android.peter.threaddemo I/ThreadDemo: state 1 = RUNNABLE
09-11 17:31:29.588 32658-32658/com.android.peter.threaddemo I/ThreadDemo: state = 5 TIMED_WAITING
09-11 17:31:29.588 32658-32658/com.android.peter.threaddemo I/ThreadDemo: state = 6 BLOCKED
09-11 17:31:29.588 32658-32695/com.android.peter.threaddemo I/ThreadDemo: state 2 = RUNNABLE
09-11 17:31:40.276 32658-32658/com.android.peter.threaddemo I/ThreadDemo: state = 7 TERMINATED

為什么可以這么用

我當(dāng)時看完后產(chǎn)生一個疑問,就是run方法的synchronized代碼塊不是被鎖住了處于TIMED_WAITING狀態(tài)了么,按理說同步鎖應(yīng)該沒有被釋放啊,為什么onResume中的synchronized代碼塊可以被執(zhí)行從而喚醒線程。
這是因為wait是Object類的方法,當(dāng)被調(diào)用時即釋放資源也釋放鎖;而sleep是Thread類的方法,當(dāng)被調(diào)用時只釋放資源不釋放鎖。之前都是用的sleep來使線程進入TIMED_WAITING狀態(tài)的,所以一直的認(rèn)知是synchronized代碼段執(zhí)行完畢才會釋放鎖,然后再執(zhí)行下一個synchronized代碼段。經(jīng)過本次學(xué)習(xí)對synchronized同步機制有了新的更深刻的認(rèn)識。

java線程的狀態(tài)

下面是Thread類中枚舉的六種線程狀態(tài),借此機會順便學(xué)習(xí)一下。

    libcore/ojluni/src/main/java/java/lang/Thread.java
    public enum State {
        /**
         * Thread state for a thread which has not yet started.
         */
        NEW,

        /**
         * Thread state for a runnable thread.  A thread in the runnable
         * state is executing in the Java virtual machine but it may
         * be waiting for other resources from the operating system
         * such as processor.
         */
        RUNNABLE,

        /**
         * Thread state for a thread blocked waiting for a monitor lock.
         * A thread in the blocked state is waiting for a monitor lock
         * to enter a synchronized block/method or
         * reenter a synchronized block/method after calling
         * {@link Object#wait() Object.wait}.
         */
        BLOCKED,

        /**
         * Thread state for a waiting thread.
         * A thread is in the waiting state due to calling one of the
         * following methods:
         * <ul>
         *   <li>{@link Object#wait() Object.wait} with no timeout</li>
         *   <li>{@link #join() Thread.join} with no timeout</li>
         *   <li>{@link LockSupport#park() LockSupport.park}</li>
         * </ul>
         *
         * <p>A thread in the waiting state is waiting for another thread to
         * perform a particular action.
         *
         * For example, a thread that has called <tt>Object.wait()</tt>
         * on an object is waiting for another thread to call
         * <tt>Object.notify()</tt> or <tt>Object.notifyAll()</tt> on
         * that object. A thread that has called <tt>Thread.join()</tt>
         * is waiting for a specified thread to terminate.
         */
        WAITING,

        /**
         * Thread state for a waiting thread with a specified waiting time.
         * A thread is in the timed waiting state due to calling one of
         * the following methods with a specified positive waiting time:
         * <ul>
         *   <li>{@link #sleep Thread.sleep}</li>
         *   <li>{@link Object#wait(long) Object.wait} with timeout</li>
         *   <li>{@link #join(long) Thread.join} with timeout</li>
         *   <li>{@link LockSupport#parkNanos LockSupport.parkNanos}</li>
         *   <li>{@link LockSupport#parkUntil LockSupport.parkUntil}</li>
         * </ul>
         */
        TIMED_WAITING,

        /**
         * Thread state for a terminated thread.
         * The thread has completed execution.
         */
        TERMINATED;
    }

結(jié)合上面代碼運行的log來理解一下線程的各個狀態(tài)。

  • NEW(初始化狀態(tài))
    線程通過new初始化完成到調(diào)用start方法前都處于等待狀態(tài)。

  • RUNNABLE(可執(zhí)行狀態(tài))
    線程執(zhí)行start方法后就處于可以行狀態(tài)。

  • BLOCKED(阻塞狀態(tài))
    notify方法被調(diào)用后線程被喚醒,但是這時notify的synchronized代碼段并沒有執(zhí)行完,同步鎖沒有被釋放,所以線程處于BLOCKED狀態(tài)。直到notify的synchronized代碼段執(zhí)行完畢鎖被釋放,線程才回到wait所在的synchronized代碼段繼續(xù)執(zhí)行。

  • WAITING(等待狀態(tài))
    調(diào)用sleep或是wait方法后線程處于WAITING狀態(tài),等待被喚醒。

  • TIMED_WAITING(等待超時狀態(tài))
    調(diào)用sleep或是wait方法后線程處于TIMED_WAITING狀態(tài),等待被喚醒或時間超時自動喚醒。

  • TERMINATED(終止?fàn)顟B(tài))
    在run方法結(jié)束后線程處于結(jié)束狀態(tài)。

參考文獻

深入理解Java并發(fā)之synchronized實現(xiàn)原理
java多線程狀態(tài)詳解

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,119評論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,382評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,038評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,853評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 71,616評論 6 408
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,112評論 1 323
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,192評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,355評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,869評論 1 334
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,727評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,928評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,467評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,165評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,570評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,813評論 1 282
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,585評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 47,892評論 2 372

推薦閱讀更多精彩內(nèi)容