有趣的線程

題目以下

 

public class TestSync2 implements Runnable {
   int b = 100;          

   synchronized void m1() throws InterruptedException {
       b = 1000;
       Thread.sleep(500); //6
       System.out.println("b=" + b);
   }

   synchronized void m2() throws InterruptedException {
       Thread.sleep(250); //5
       b = 2000;
   }

   public static void main(String[] args) throws InterruptedException {
       TestSync2 tt = new TestSync2();
       Thread t = new Thread(tt);  //1
       t.start(); //2

       tt.m2(); //3
       System.out.println("main thread b=" + tt.b); //4
   }

   @Override
   public void run() {
       try {
           m1();
       } catch (InterruptedException e) {
           e.printStackTrace();
       }
   }

}

該程序的輸出結果？

 

程序輸出結果

 

main thread b=2000
b=1000
或
main thread b=1000
b=1000

 

考察知識點

 

• synchronize實例鎖。

• 併發下的內存可見性。

 

在java中，多線程的程序最難理解、調試，不少時候執行結果並不像咱們想象的那樣執行。因此在java多線程特別難，依稀記得大學的時候考c語言二級的時候，裏面的題目是什麼++和不少其餘優先級的符合在一塊兒問最後的輸出結果，這類題目就想考一些運行符優先級和結合性問題。那個背背就好了，可是java多線程仍是須要好好理解才行，靠背是不行的。

下面開始簡單分析

 

該題目涉及到2個線程（主線程main、子線程）、關鍵詞涉及到synchronized、Thread.sleep。 
synchronized關鍵詞仍是比較複雜的（可能有時候沒有理解到位因此上面題目會有點誤區），他的做用就是實現線程的同步（實現線程同步有不少方法，它只是一種後續文章會說其餘的，須要好好研究大神Doug Lea的一些實現），它的工做就是對須要同步的代碼加鎖，使得每一次只有一個線程能夠進入同步塊（實際上是一種悲觀策略）從而保證線程只記得安全性。

 

通常關鍵詞synchronized的用法

 

• 指定加鎖對象:對給定對象加鎖，進入同步代碼前須要活的給定對象的鎖。

• 直接做用於實例方法:至關於對當前實例加鎖，進入同步代碼前要得到當前實例的鎖。

• 直接做用於靜態方法:至關於對當前類加鎖，進入同步代碼前要得到當前類的鎖。

 

上面的代碼，synchronized用法其實就 屬於第二種狀況。直接做用於實例方法:至關於對當前實例加鎖，進入同步代碼前要得到當前實例的鎖。

 

可能存在的誤區

 

1.因爲對synchronized理解的不到爲，因爲不少時候，咱們多線程都是操做一個synchronized的方法，當2個線程調用2個不一樣synchronized的方法的時候，認爲是沒有關係的，這種想法是存在誤區的。直接做用於實例方法:至關於對當前實例加鎖，進入同步代碼前要得到當前實例的鎖。

 

2.若是一個調用synchronized方法。另一個調用普通方法是沒有關係的，2個是不存在等待關係的。

 

這些對於後面的分析頗有做用。

 

Thread.sleep

 

使當前線程（即調用該方法的線程）暫停執行一段時間，讓其餘線程有機會繼續執行，但它並不釋放對象鎖。也就是說若是有synchronized同步快，其餘線程仍然不能訪問共享數據。注意該方法要捕捉異常，對於後面的分析頗有做用。

 

分析流程

 

java 都是從main方法執行的，上面說了有2個線程，可是這裏就算修改線程優先級也沒用，優先級是在2個程序都尚未執行的時候纔有前後，如今這個代碼一執行，主線程main已經執行了。對於屬性變量 int b =100因爲使用了synchronized也不會存在可見性問題（也沒有必要在說使用volatile申明），當執行1步驟的時候（Thread t = new Thread(tt); //1）線程是new狀態，尚未開始工做。當執行2步驟的時候（t.start(); //2）當調用start方法，這個線程才正真被啓動，進入runnable狀態，runnable狀態表示能夠執行，一切準備就緒了，可是並不表示必定在cpu上面執行，有沒有真正執行取決服務cpu的調度。在這裏當執行3步驟一定是先得到鎖（因爲start須要調用native方法，而且在用完成以後在一切準備就緒了，可是並不表示必定在cpu上面執行，有沒有真正執行取決服務cpu的調度，以後纔會調用run方法，執行m1方法）。這裏其實2個synchronized方法裏面的Thread.sheep其實要不要是無所謂的，估計是就爲混淆增長難度。3步驟執行的時候其實很快子線程也準備好了，可是因爲synchronized的存在，而且是做用同一對象，因此子線程就只有必須等待了。因爲main方法裏面執行順序是順序執行的，因此必須是步驟3執行完成以後才能夠到4步驟，而因爲3步驟執行完成，子線程就能夠執行m1了。這裏就存在一個多線程誰先獲取到問題，若是4步驟先獲取那麼main thread b=2000，若是子線程m1獲取到可能就b已經賦值成1000或者尚未來得及賦值4步驟就輸出了可能結果就是main thread b=1000或者main thread b=2000，在這裏若是把6步驟去掉那麼b=執行在前和main thread b=在前就不肯定了。可是因爲6步驟存在，因此無論怎麼都是main thread b=在前面，那麼等於1000仍是2000看狀況，以後b=1000是必定固定的了。

 

多線程一些建議

 

• 線程也很珍貴，因此建議使用線程池，線程池用的不少，後續準備分享下，特別重要，須要作到心中有數。

• 給線程起名字，當線上cpu高的時候，須要用到高級jstack，若是有名稱就方便不少。

• 多線程特別須要注意線程安全問題，也須要了解jdk那些是線程安全不安全，那樣使用的時候不會出現莫名其妙問題。