最近在看JCTools的源码,在查看SPSC队列的时候,有个疑问,
既然producerIndex属性已经被volatile修饰了,为什么还有一个UNSAFE.getLong方法来获取,性能更高吗,为什么要这样取舍?
直接读会快啊,然后另一方面看作者的注释,作者应该是为了避开JIT,虽然volatile不会被JIT优化,但是毕竟JIT这种基本黑盒的东西,谁知道下一个版本又会多出来什么骚操作,直接unsafe读取,反而更简单可靠一些。
/**
* Why should we resort to using Unsafe?<br>
* <ol>
* <li>To construct class fields which allow volatile/ordered/plain access: This requirement is covered by
* {@link AtomicReferenceFieldUpdater} and similar but their performance is arguably worse than the DIY approach
* (depending on JVM version) while Unsafe intrinsification is a far lesser challenge for JIT compilers.
* <li>To construct flavors of {@link AtomicReferenceArray}.
* <li>Other use cases exist but are not present in this library yet.
* </ol>
*
* @author nitsanw
*/
因为你这是 Spsc 呀。
反正只有一个线程,没必要读的时候也 volatile,能省一点儿 LoadLoad Memory Barrier 是一点儿。
本文向大家介绍Java中volatile和transient之间的区别,包括了Java中volatile和transient之间的区别的使用技巧和注意事项,需要的朋友参考一下 volatile关键字用于多线程环境中,其中两个线程同时读取和写入同一变量。volatile关键字将更改直接刷新到主内存,而不是CPU缓存。 另一方面,在序列化过程中使用了transient关键字。标记为瞬态的字段不能成为
问题内容: 我想知道将变量声明为和始终在Java块中访问变量之间的区别吗? 问题答案: 重要的是要了解线程安全有两个方面。 execution control, and memory visibility 第一个与控制代码何时执行(包括执行指令的顺序)以及是否可以同时执行有关,第二个与其他线程可以看到存储器中已完成操作的效果有关。由于每个CPU与主内存之间都具有多个高速缓存级别,因此运行在不同CP
本文向大家介绍java中volatile和synchronized的区别与联系,包括了java中volatile和synchronized的区别与联系的使用技巧和注意事项,需要的朋友参考一下 java中volatile和synchronized的区别与联系 这个可能是最好的对比volatile和synchronized作用的文章了。volatile是一个变量修饰符,而synchronized是一个
我不明白为什么这是1.0。它不应该是0.999999999999吗?因此,我提出了一种解决方案,python对其答案进行了自动舍入,但如果大于,则无法解释以下结果。。。 我以为四舍五入错误是因为尾数中使用的位数有限,指数(浮点数),但0.9999~~9也没有超出位数的限制...有人能解释一下为什么这些结果会这样吗?
本文向大家介绍关于g++和gcc的相同点和区别详解,包括了关于g++和gcc的相同点和区别详解的使用技巧和注意事项,需要的朋友参考一下 gcc和g++的区别和联系 gcc和g++都是GNU(一个组织)的编译器。 1、对于.c后缀的文件,gcc把它当做是C程序;g++当做是C++程序; 2、对于.cpp后缀的文件,gcc和g++都会当做c++程序。 3、编译阶段,g++会调用gcc; 4、连接阶段,
我知道关于volatile有很多问题,但我只是被讨论搞糊涂了:Java:volatile如何保证这段代码中“数据”的可见性? 我读过的每个网站都说可以在缓存中存储一个变量(使这个值对于其他线程不可见),我甚至发现了这个例子https://dzone.com/articles/java-volatile-keyword-0 所以我的第一个问题是:Java是否在缓存中存储变量值(在哪个缓存中?l1 l