在很多情況下,執行緒之間的協作和人與人之間的協作非常類似。一種非常常見的合作方式,就是分工合作,以我們非常熟悉的軟體開發為例,在一個專案進行時,總是應該有幾位號稱是“需求分析師”的同事,先對系統的需求和功能點進行整理和總結,然後,以書面形式給出-份需求說明或者類似的參考文件,然後,軟體設計師、研發工程師才會一擁而上,進行軟體開發。如果缺少需求分析師的工作輸出,那麼軟體研發的難度可能會比較大。因此,作為一名軟,件研發人員,總是喜歡等待需求分析師完成他應該完成的任務後,才願意投身工作。簡單地說,就是研發人員需要等待需求分析師完成他的工作,然後,才能進行研發。

        將這個關係對應到多執行緒應用中,很多時候,一個執行緒的輸入可能非常依賴於另外一個或者多個執行緒的輸出,此時,這個執行緒就需要等待依賴執行緒執行完畢,才能繼續執行。JDK提供了join()操作來實現這個功能,如下所示,顯示了2個join()方法;

    public final void join() throws InterruptedException
    
    public final synchronized void join(long millis) throws InterruptedException  

第一個join()方法表示無限等待,它會一直阻塞當前執行緒,直到目標執行緒執行完畢。第二個方法給出了一個最大等待時間,如果超過給定時間目標執行緒還在執行,當前執行緒也會因為“等不及了",而繼續往下執行。

英文join的翻譯,通常是加入的意思,在這裡感覺也非常貼切,因為一個執行緒要加入另外一個執行緒,那麼最好的方法就是等著它一起走.

這裡提供一個簡單點的join()例項,供大家參考：

public class JoinMain {

    public volatile static int i = 0;
    publie

    static class AddThread extends Thread {

        @override
        public void run( 
	for(i=0;i<10000000;i++);
    }

    public static void main(String(]args) throws InterruptedException {
        Addrhread at -new AddThread();
        at.start();
        at.join();
        System.out.printin(i):
    }

}
 

        主函式中,如果不使用join(）等待AddThread,那麼得到的i很可能是0或者一個非常小的數字。因為AddThread還沒開始執行, i的值就已經被輸出了。但在使用ioin()方法後,表示主執行緒願意等待AddThread執行完畢,跟著AddThread一起往前走,故在join()返回時, AddThread已經執行完成,故i總是10000000.

        有關ioin(),我還想再補充一點, ioin()的本質是讓呼叫執行緒wait)在當前執行緒物件例項上。下面是JDK中ioin()實現的核心程式碼片段：

while(isAlive()){
    wait(0);
}

        可以看到,它讓呼叫執行緒在當前執行緒物件上進行等待。當執行緒執行完成後,被等待的執行緒會在退出前呼叫notifvAll0通知所有的等待執行緒繼續執行。因此,值得注意的一點是:不要在應用程式中,在Thread物件例項上使用類似wait)或者notifv0等方法,因為這很有可能會影響至統API的工作,或者被系統API所影響。

        另外一個比較有趣的方法,是Thread.yield0),它的定義如下:

public static native void yield();

這是一個靜態方法,一旦執行,它會使當前執行緒讓出CPU,但要注意,讓出CPU並不表示當前執行緒不執行了。當前執行緒在讓出CPU後,還會進行CPU資源的爭奪,但是是否能夠國次被分配到,就不一定了。因此,對Thread.yieldo的呼叫就好像是在說:我已經完成一些最面要的工作了,我應該是可以休息一下了,可以給其他執行緒一些工作機會啦!

如果你覺得一個執行緒不那麼重要,或者優先順序非常低,而且又害怕它會佔用太多的CPU源,那麼可以在適當的時候呼叫Thread.yield(),給予其他重要執行緒更多的工作機會。

摘自：《實戰Java高併發程式設計》葛一鳴 郭超 著