已采納回答 / 自有如風(fēng)
你看看這樣能不能理解：number的值可以存在三個地方：主內(nèi)存，cpu緩存，cpu寄存器。因為加上了volatile關(guān)鍵字，cpu每次對number的讀取都強迫cpu緩存從主內(nèi)存中讀取。但是count++操作有三步，讀count，計算count+1，將計算的結(jié)果給count。假設(shè)讀count已經(jīng)執(zhí)行了，number已經(jīng)放到了cpu寄存器中。此時當(dāng)執(zhí)行權(quán)被其他線程搶走之后再次輪到當(dāng)前線程執(zhí)行的時候，已經(jīng)不需要再讀number了。故number還是沒有變化
2018-08-10
已采納回答 / 一葉秋才
這個Dome告訴你 編譯時可能存在其它結(jié)果,導(dǎo)致數(shù)據(jù)不安全
public?static?void?main(String[]?args)?{
????SynchronizedDemo?synchronizedDemo=new?SynchronizedDemo();
???????synchronizedDemo.new?ReadWriteThread(true).st...
2018-06-07
已采納回答 / 再冷也要光著腳
還有一個監(jiān)控線程的存在:Monitor Ctrl-Break 可以將活動線程數(shù)改為>2，具體原因你可以查下 百度上有很多 我就不粘貼了。。
2018-04-24
已采納回答 / annnn
A線程的工作變量里已經(jīng)讀過number=5，B線程改變以后number=6后，的確會強迫store到主內(nèi)存，但是這與A線程的工作變量無關(guān)，A線程讀取的時候已經(jīng)load過了，不會主動再load，所以number=5
2018-03-18
最贊回答 / 南國漂泊
我自己的理解是，負(fù)載均衡，都是Framework提供的功能；它們提供簡單的API而把復(fù)雜性隱藏起來；如果想要理解它們的原理，有可能還是得研究“多線程”和“并發(fā)”；各人關(guān)注點不同，無需反駁；你覺得有用就繼續(xù)鉆研，如果你覺得不掌握這些知識也夠用(使用一些框架)，那就好好研究下那些框架的用法；能解決問題就行了。
2017-09-14
最新回答 / 慕小鑫
我是這樣理解的? 就好比是我修改了number的值，但是修改得結(jié)果還沒有傳回主內(nèi)存（這里就有一個可見性的問題），所以你就不知道我修改了，然后你又去修改了一次。
2017-07-26
最贊回答 / 是麥兜啊
while循環(huán)內(nèi)判斷的是所有的子線程是否都運行完了，如果是的話，繼續(xù)下面的打印操作。如果不用synchronized或不加鎖，程序運行時，有時候getNumber獲得的值小于500，是因為volatile定義的變量不能保證原子性，所以會出現(xiàn)兩個線程同時寫number時，number只增加了1，沒有增加2，所以影響到number變量最終的值不是500，而是499或498了。
2017-07-07