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