java多線程可見性問題

《java并發(fā)編程實(shí)戰(zhàn)》一書中第三章可見性章節(jié)中說

public class NoVisibility {
    private static boolean ready;
    private static int number;

    private static class ReaderThread extends Thread {
        public void run() {
            while (!ready)
                Thread.yield();
            System.out.println(number);
        }
    }

    public static void main(String[] args) {
        new ReaderThread().start();
        number = 42;
        ready = true;
    }
}

“該代碼可能會(huì)輸出0，也可能持續(xù)循環(huán)下去，因?yàn)樽x線程可能永遠(yuǎn)都看不到ready的值”

輸出0，還能理解，因?yàn)閚umber沒有加volatile。
為什么可能“永遠(yuǎn)都看不到ready的值”？

回答

編輯回答

枕邊人

可以讀另外一本叫《java并發(fā)編程的藝術(shù)》了解為什么，大概意思就是沒有加volatile的話，和可能這個(gè)cache一直是線程cache，前年校招的時(shí)候讀過一次。。

2018年6月12日 22:08

編輯回答

小眼睛

大致可以理解主線程只要一直不刷新ready的值,ReaderThread就一直認(rèn)為ready的值為false,主要是理解volatile變量的意義,還有一個(gè)因素就是線程調(diào)度,yield()應(yīng)該做的是讓當(dāng)前運(yùn)行線程回到可運(yùn)行狀態(tài)，以允許具有相同優(yōu)先級(jí)的其他線程獲得運(yùn)行機(jī)會(huì)。但是，實(shí)際中無法保證yield()達(dá)到讓步目的，因?yàn)樽尣降木€程還有可能被線程調(diào)度程序再次選中。

2017年4月23日 13:45

編輯回答

扯不斷

我看這個(gè)volatile相關(guān)文章不下于五篇感覺都不是說的太好相似度很高我先說一下自己的理解每一個(gè)線程都對(duì)應(yīng)一個(gè)主存空間例如你例子中的number 第一次時(shí) 從主存中讀取number的值然后把它放進(jìn)一個(gè)緩存cache中從單線程中看是沒問題的但是在多線程中如果對(duì)這個(gè)number做了讀寫操作那么就會(huì)出現(xiàn)數(shù)據(jù)的不一致性例如線程1 從主存中讀取number=10 放進(jìn)緩存中線程2讀取緩存中的number值等于10然后進(jìn)行加減操作再還沒有寫進(jìn)主存時(shí) 線程3又讀取了緩存中的值還是10!!! 加volatile關(guān)鍵字保證數(shù)據(jù)的可見性我是這樣理解的就是每次這個(gè)number發(fā)生變化時(shí) 都會(huì)對(duì)其他讀取number值的線程發(fā)出警告告訴它們這個(gè)值發(fā)生變化了你要去主存中獲取最新的值實(shí)際上還可能出現(xiàn)數(shù)據(jù)不一致問題因?yàn)榫嬷皇蔷?并沒有限制線程進(jìn)行的操作而已還有一個(gè)是禁止指令重排序在多線程中對(duì)結(jié)果產(chǎn)生的影響(這個(gè)東西可以去看看相關(guān)文章 jvm里面的方法了) volatile相較于Synchronized是一種輕量級(jí)的保證數(shù)據(jù)同步的修飾符以上供你參考順帶提一句我看spring源碼里面目前看見的volatile關(guān)鍵字修飾的都是類級(jí)別的屬性例如 volatile class<?> xxx這類的所以感覺各種博客把volatile放一個(gè)時(shí)常變化的基礎(chǔ)數(shù)據(jù)類型變量上做例子是不是欠考量了

2017年3月2日 23:58

編輯回答