执行myAtomicReference.compareAndSet的2个线程（期望的，新的Date（））
static boolean unsynchronizedSetter(Date expected){
Date newDate = new Date();
AtomicReference<Date> myAtomicReference = Lookup.getAtomicRef();
boolean myStatus = myAtomicReference.compareAndSet(expected, newDate); //CAS
return myStatus;
}
没有找到相关结果
已邀请:
2 个回复
碉罕城爸
没有人能够知道。根据javadoc，其中一个。AFAIK，目前的Intel / AMD多核CPU没有全球时钟。它必须是，否则它意味着它成功了，整个java.util.concurrent会崩溃。我很确定，即使两个人都试图放在同一个对象上，一个线程中的也必须是假的。我不会说“排队”（这听起来像操作系统完成的事情），CAS指令将被硬件延迟。埃庐
- 这是我对下面我自己的问题的试探性答案可以想象，恕我直言，两个线程都“认为”他们成功地投入了各自的对象。但是，第一个线程应该知道它的变量在CAS操作之后的整个时间内是绝对不可靠的。这是不可靠的，因为myStatus可能是真的，但是当你读取AtomicReference时，它的值可能已经改变了。任何线程随时都可以更改共享的AtomicReference。任何同步构造都不保护此AtomicReference实例。仅表示该线程对的值有正确的猜测，因此JVM必须为其提供正确猜测的承诺奖励。但是，JVM不会将newDate保留在AtomicReference中。所以赢得那个“奖品”意味着什么。 我希望这是有道理的。