轉載自:http://uule.iteye.com/blog/1101994ide
thread.Join把指定的線程加入到當前線程,能夠將兩個交替執行的線程合併爲順序執行的線程。好比在線程B中調用了線程A的Join()方法,直到線程A執行完畢後,纔會繼續執行線程B。
t.join(); //使調用線程 t 在此以前執行完畢。
t.join(1000); //等待 t 線程,等待時間是1000毫秒 oop
先上一段JDK中代碼: 性能
從代碼上看,若是線程被生成了,但還未被起動,調用它的 join() 方法是沒有做用的,將直接繼續向下執行 測試
Join方法實現是經過wait(小提示:Object 提供的方法)。 當main線程調用t.join時候,main線程會得到線程對象t的鎖(wait 意味着拿到該對象的鎖),調用該對象的wait(等待時間),直到該對象喚醒main線程 ,好比退出後。這就意味着main 線程調用t.join時,必須可以拿到線程t對象的鎖 優化
Example1: this
請 問程序的輸出結果是5嗎?答案是:有可能。其實你很難遇到輸出5的時候,一般狀況下都不是5。固然這也和機器有嚴重的關係。爲何呢?個人解釋是當 主線程 main方法執行System.out.println(a);這條語句時,線程尚未真正開始運行,或許正在爲它分配資源準備運行。由於爲線程分配資源 須要時間,而main方法執行完t.start()方法後繼續往下執行System.out.println(a);,這個時候獲得的結果是a尚未被 改變的值0 。怎樣才能讓輸出結果爲5!其實很簡單,join() 方法提供了這種功能。join() 方法,它可以使調用該方法的線程在此以前執行完畢。 spa
這個時候,程序輸入結果始終爲5。
爲 了證實若是不使用t.join()方法,主線程main方法的System.out.println(a);語句將搶先執行,咱們能夠在main方法中加 入一個循環,這個循環用來延長main方法執行的時間,循環次數將嚴重取決於機器性能。若是循環次數得當,咱們也能夠看到a的輸出結果是5。 .net
經本身測試,最後a一直是5. 線程
本例參考:http://agio.iteye.com/blog/210600 code
Example2:join(n)
結果是:
Begin sleep
End sleep
joinFinish
明白了吧,當main線程調用t.join時,main線程等待t線程,等待時間是1000,若是t線程Sleep 2000呢
結果是:
Begin sleep
joinFinish
End sleep
也就是說main線程只等1000毫秒,無論T何時結束.
參考:http://blog.csdn.net/FG2006/archive/2011/05/04/6393768.aspx
Example3:
結果:
main start. //main方法所在的線程起動,但沒有立刻結束,由於調用t.join();,因此要等到t結束了,此線程才能向下執行。
[CustomThread1] Thread start. //線程CustomThread1起動
[CustomThread1] Thread loop at 0 //線程CustomThread1執行
[CustomThread1] Thread loop at 1 //線程CustomThread1執行
[CustomThread] Thread start. //線程CustomThread起動,但沒有立刻結束,由於調用t1.join();,因此要等到t1結束了,此線程才能向下執行。
[CustomThread1] Thread loop at 2 //線程CustomThread1繼續執行
[CustomThread1] Thread loop at 3 //線程CustomThread1繼續執行
[CustomThread1] Thread loop at 4 //線程CustomThread1繼續執行
[CustomThread1] Thread end. //線程CustomThread1結束了
[CustomThread] Thread end. // 線程CustomThread在t1.join();阻塞處起動,向下繼續執行的結果
main end! //線程CustomThread結束,此線程在t.join();阻塞處起動,向下繼續執行的結果。
將上例中的join註釋掉:
結果:
main start. // main方法所在的線程起動,但沒有立刻結束,這裏並非由於join方法,而是由於Thread.sleep(2000);
[CustomThread1] Thread start. //線程CustomThread1起動
[CustomThread1] Thread loop at 0 //線程CustomThread1執行
[CustomThread1] Thread loop at 1 //線程CustomThread1執行
main end! // Thread.sleep(2000);結束,雖然在線程CustomThread執行了t1.join();,但這並不會影響到其餘線程(這裏main方法所在的線程)。
[CustomThread] Thread start. //線程CustomThread起動,但沒有立刻結束,由於調用t1.join();,因此要等到t1結束了,此線程才能向下執行。
[CustomThread1] Thread loop at 2 //線程CustomThread1繼續執行
[CustomThread1] Thread loop at 3 //線程CustomThread1繼續執行
[CustomThread1] Thread loop at 4 //線程CustomThread1繼續執行
[CustomThread1] Thread end. //線程CustomThread1結束了
[CustomThread] Thread end. // 線程CustomThread在t1.join();阻塞處起動,向下繼續執行的結果
本例參考:http://blog.csdn.net/bzwm/archive/2009/02/12/3881392.aspx
Example4 :
main 線程調用t.join時,必須可以拿到線程t對象的鎖,若是拿不到它是沒法wait的 ,剛開的例子t.join(1000)不是說明了main線程等待1 秒,若是在它等待以前,其餘線程獲取了t對象的鎖,它等待時間可不就是1毫秒了 。
結果:
getObjectLock
Begin sleep
End sleep
ReleaseObjectLock
joinFinish
在main方法中 經過new ThreadTest(t).start()實例化 ThreadTest 線程對象, 它 經過 synchronized (thread) ,獲取線程對象t的鎖,並Sleep(9000)後釋放,這就意味着,即便main方法t.join(1000)等待一秒鐘,它必須等待ThreadTest 線程釋放t鎖後才能進入wait方法中,它實際等待時間是9000+1000ms。
例子參考Example2來源.