在Java/Kotlin或任何JVM语言中，每个线程都有一个“本地内存”，也就是“缓存”。当一个线程想要将一个变量写入内存时，它首先更新自己缓存中的值，然后将修改同步到主内存中，主内存在线程之间共享。
下面的demo演示了一个发生线程未实现更改的用例：

class VolatileExample3 {

    var flag = false

    var a = 0

    fun write() {
        a = 1
        Thread.sleep(10)
        flag = true
    }

    companion object {
        @JvmStatic
        fun test() {
            val example = VolatileExample3()
            val th = Thread {
                example.write()
            }
            th.start()
            while (!example.flag) {}
            println("a = ${example.a}")
        }
    }
}

字符串
线程th调用函数write()，首先更新a的值，然后休眠10 ms作为模拟IO操作，最后将flag设置为true，表示“写”已经完成。
在主线程中，它总是在flag为true时查询flag的值并跳过while循环，这应该是write()结束的时间。
我们希望输出为“a = 1”，这是写入后的正确答案。
但是，由于存在“本地内存/缓存”，主线程将在while中循环，就好像它被卡住了一样。
Main thread won't read Main Memory
在write()的内容运行之前，主线程首先读取flag并获得false，直到我们显式地告诉它，它才会获得Main Memory中的值。
这个问题的答案很明显：将@Volatile添加到flag，其中READ操作将使其本地内存在真实的LOAD VALUE之前无效。
但我发现了这个问题的另一个解决方案，那就是：

while (!example.flag) {
    print("")
}

型
它不需要@Volatile就可以工作！我想知道print()内部的flush cache操作是否会使主线程的本地内存/缓存无效。如果是这样，机制是什么？
我还发现把th.join()放在while循环之前也可以。这些方法本质上是一样的吗？这意味着一个线程的终止会被所有其他线程注意到，从而导致本地内存失效？