無意中了解到如下題目，覺得蠻好，也蠻難，現(xiàn)在分享給你們！
題目如下：
public class TestSync2 implements Runnable { int b = 100;synchronized void m1() throws InterruptedException {b = 1000;Thread.sleep(500); //6System.out.println("b=" + b);} synchronized void m2() throws InterruptedException {Thread.sleep(250); //5b = 2000;} public static void main(String[] args) throws InterruptedException {TestSync2 tt = new TestSync2();Thread t = new Thread(tt); //1t.start(); //2tt.m2(); //3System.out.println("main thread b=" + tt.b); //4} @Overridepublic void run() { try {m1();} catch (InterruptedException e) {e.printStackTrace();}}}12345678910111213141516171819202122232425262728293031323334
該程序的輸出結(jié)果？
程序輸出結(jié)果
main thread b=2000b=1000或main thread b=1000b=100012345
考察知識點(diǎn)
-
synchronize實(shí)例鎖。
-
并發(fā)下的內(nèi)存可見性。
在java中，多線程的程序最難理解、調(diào)試，很多時候執(zhí)行結(jié)果并不像我們想象的那樣執(zhí)行。所以在java多線程特別難，依稀記得大學(xué)的時候考c語言二級的時候，里面的題目是什么++和很多其他優(yōu)先級的符合在一起問最后的輸出結(jié)果，這類題目就想考一些運(yùn)行符優(yōu)先級和結(jié)合性問題。那個背背就行了，但是java多線程還是需要好好理解才行，靠背是不行的。
下面開始簡單分析：
該題目涉及到2個線程（主線程main、子線程）、關(guān)鍵詞涉及到synchronized、Thread.sleep。
synchronized關(guān)鍵詞還是比較復(fù)雜的（可能有時候沒有理解到位所以上面題目會有點(diǎn)誤區(qū)），他的作用就是實(shí)現(xiàn)線程的同步（實(shí)現(xiàn)線程同步有很多方法，它只是一種后續(xù)文章會說其他的，需要好好研究大神Doug Lea的一些實(shí)現(xiàn)），它的工作就是對需要同步的代碼加鎖，使得每一次只有一個線程可以進(jìn)入同步塊（其實(shí)是一種悲觀策略）從而保證線程只記得安全性。
一般關(guān)鍵詞synchronized的用法
-
指定加鎖對象:對給定對象加鎖，進(jìn)入同步代碼前需要活的給定對象的鎖。
-
直接作用于實(shí)例方法:相當(dāng)于對當(dāng)前實(shí)例加鎖，進(jìn)入同步代碼前要獲得當(dāng)前實(shí)例的鎖。
-
直接作用于靜態(tài)方法:相當(dāng)于對當(dāng)前類加鎖，進(jìn)入同步代碼前要獲得當(dāng)前類的鎖。
上面的代碼，synchronized用法其實(shí)就 屬于第二種情況。直接作用于實(shí)例方法:相當(dāng)于對當(dāng)前實(shí)例加鎖，進(jìn)入同步代碼前要獲得當(dāng)前實(shí)例的鎖。
可能存在的誤區(qū)
-
由于對synchronized理解的不到為，由于很多時候，我們多線程都是操作一個synchronized的方法，當(dāng)2個線程調(diào)用2個不同synchronized的方法的時候，認(rèn)為是沒有關(guān)系的，這種想法是存在誤區(qū)的。直接作用于實(shí)例方法:相當(dāng)于對當(dāng)前實(shí)例加鎖，進(jìn)入同步代碼前要獲得當(dāng)前實(shí)例的鎖。
-
如果一個調(diào)用synchronized方法。另外一個調(diào)用普通方法是沒有關(guān)系的，2個是不存在等待關(guān)系的。
這些對于后面的分析很有作用。
Thread.sleep
使當(dāng)前線程（即調(diào)用該方法的線程）暫停執(zhí)行一段時間，讓其他線程有機(jī)會繼續(xù)執(zhí)行，但它并不釋放對象鎖。也就是說如果有synchronized同步快，其他線程仍然不能訪問共享數(shù)據(jù)。注意該方法要捕捉異常，對于后面的分析很有作用。一些細(xì)節(jié)可以參考我的系統(tǒng)學(xué)習(xí)java高并發(fā)系列二。
分析流程
java 都是從main方法執(zhí)行的，上面說了有2個線程，但是這里就算修改線程優(yōu)先級也沒用，優(yōu)先級是在2個程序都還沒有執(zhí)行的時候才有先后，現(xiàn)在這個代碼一執(zhí)行，主線程main已經(jīng)執(zhí)行了。對于屬性變量 int b =100由于使用了synchronized也不會存在可見性問題（也沒有必要在說使用volatile申明），當(dāng)執(zhí)行1步驟的時候（Thread t = new Thread(tt); //1）線程是new狀態(tài)，還沒有開始工作。
當(dāng)執(zhí)行2步驟的時候（t.start(); //2）當(dāng)調(diào)用start方法，這個線程才正真被啟動，進(jìn)入runnable狀態(tài)，runnable狀態(tài)表示可以執(zhí)行，一切準(zhǔn)備就緒了，但是并不表示一定在cpu上面執(zhí)行，有沒有真正執(zhí)行取決服務(wù)cpu的調(diào)度。
在這里當(dāng)執(zhí)行3步驟必定是先獲得鎖（由于start需要調(diào)用native方法，并且在用完成之后在一切準(zhǔn)備就緒了，但是并不表示一定在cpu上面執(zhí)行，有沒有真正執(zhí)行取決服務(wù)cpu的調(diào)度，之后才會調(diào)用run方法，執(zhí)行m1方法）。這里其實(shí)2個synchronized方法里面的Thread.sheep其實(shí)要不要是無所謂的，估計(jì)是就為混淆增加難度。3步驟執(zhí)行的時候其實(shí)很快子線程也準(zhǔn)備好了，但是由于synchronized的存在，并且是作用同一對象，所以子線程就只有必須等待了。
由于main方法里面執(zhí)行順序是順序執(zhí)行的，所以必須是步驟3執(zhí)行完成之后才可以到4步驟，而由于3步驟執(zhí)行完成，子線程就可以執(zhí)行m1了。這里就存在一個多線程誰先獲取到問題，如果4步驟先獲取那么main thread b=2000，如果子線程m1獲取到可能就b已經(jīng)賦值成1000或者還沒有來得及賦值4步驟就輸出了可能結(jié)果就是main thread b=1000或者main thread b=2000，在這里如果把6步驟去掉那么b=執(zhí)行在前和main thread b=在前就不確定了。但是由于6步驟存在，所以不管怎么都是main thread b=在前面，那么等于1000還是2000看情況，之后b=1000是一定固定的了。
多線程一些建議
-
線程也很珍貴，所以建議使用線程池，線程池用的很多，后續(xù)準(zhǔn)備分享下，特別重要，需要做到心中有數(shù)。
-
給線程起名字，當(dāng)線上cpu高的時候，需要用到高級jstack，如果有名稱就方便很多。
-
多線程特別需要注意線程安全問題，也需要了解jdk那些是線程安全不安全，那樣使用的時候不會出現(xiàn)莫名其妙問題。
還有一些技巧后續(xù)文章分享在慢慢提，多線程特別重要，也特別難，希望大家也多多花心思在上面。
多線程的一些調(diào)試技巧
由于斷點(diǎn)，所有線程經(jīng)過斷點(diǎn)的時候，都需要停下，導(dǎo)致這個點(diǎn)不停的斷住，很難受，eclispe里面有條件斷點(diǎn)，當(dāng)滿足條件的時候就可以停下來，那么這樣就方便了。
如果你也想在IT行業(yè)拿高薪，可以參加我們的訓(xùn)練營課程，選擇最適合自己的課程學(xué)習(xí)，技術(shù)大牛親授，4個月后，進(jìn)入名企拿高薪。我們的課程內(nèi)容有：Java工程化、高性能及分布式、高性能、深入淺出。高架構(gòu)。性能調(diào)優(yōu)、Spring，MyBatis，Netty源碼分析和大數(shù)據(jù)等多個知識點(diǎn)。如果你想拿高薪的，想學(xué)習(xí)的，想就業(yè)前景好的，想跟別人競爭能取得優(yōu)勢的，想進(jìn)阿里面試但擔(dān)心面試不過的，你都可以來，免費(fèi)課程報(bào)名方式見文末！
* 版權(quán)聲明：轉(zhuǎn)載文章和圖片均來自公開網(wǎng)絡(luò)，版權(quán)歸作者本人所有，推送文章除非無法確認(rèn)，我們都會注明作者和來源。如果出處有誤或侵犯到原作者權(quán)益，請與我們聯(lián)系刪除或授權(quán)事宜。
- END -
