java并发线程，如图看不懂，求解释

都说的是特例
1）第一个特例，是readerthread无限循环。假设主线程和从线程是两个人，
张三（主线程）和李四（readerthread）
由于没有同步，谁先干什么谁后干什么没有确定顺序
首先ready初始是false，李四给张三打电话，哥们，ready是多少，张三说是false，
李四就在自己的记录本上记录ready是false，
后续张三把ready改成了true，但是由于虚拟机的特定实现，李四不再打电话给张三问ready值现在是多少
而是看自己的记录本本上记录的是false
所以李四陷于循环，走不出来了
（当然，如果虚拟机的实现是李四每次都要重新打电话，那么就不会进入死循环）
2）第二个特例
上面下通知要张三干两件事情，一件是修改number值，一件是修改ready值，通知上是先修改number，
再修改ready，但对于张三来说先干什么都行
在这个特例里，张三先干了修改ready值为true，这个时候李四开始打电话问张三，
得到了修改后的值ture，李四退出了循环，打印number，打电话问李四number值，张三说是初始值0
说完了李四开始打印0，李四退出
这个时候张山修改number为42，张三退出
程序结束

居然没悬赏就没人回答。。

主要是看图 要不需要把电脑显示器，旋转过来，要不就要把头歪着。~~~

1无限循环主要是虚拟机那边有可能做了优化处理，导致副线程读了一次ready是false,后续并没有去持续读主线程更新后的最新值，而是读的本地的类似于缓存的值，导致所读到的ready一直不是true,这个和java虚拟机的具体实现有关
2乱序和前一个问题类似，各个操作不是按字面上的顺序执行，有可能优化后，先执行了ready=true,然后打印number,但是number=42还没有执行，读到的是初始值0,打印的结果是0

Java并发那些事（基础篇）
[url=https://blog.csdn.net/feilang00/article/details/86169246][/url]