有幸看到一篇关于这个讲解 2个类的讲解,自己也归纳总结一下。
一、解析
看源码底层会发现实现机制不一样,当然这个也是必须的
LongAdder
点进去之后会发现,CAS 它是一个CAS的实现类。至于Cell类JVM提供的内置函数
官方说法是:
仅支持原始访问和 CAS 的 AtomicLong 的填充变体。 JVM 内在函数注意:如果提供了 CAS,则可以在此处使用仅发布形式的 CAS。
AtomicLong
而Unsafe 官方自己说明一组不安全的方法,而Unsafe本身非java实现:
一组用于执行低级、不安全 *** 作的方法。 尽管该类和所有方法都是公共的,但该类的使用受到限制,因为只有受信任的代码才能获得它的实例。 注意:调用者有责任确保在调用此类的方法之前检查参数。 虽然对输入执行了一些基本检查,但检查是尽最大努力的,并且当性能是压倒一切的优先事项时,当此类的方法由运行时编译器优化时,可能会省略部分或全部检查(如果有)。 因此,调用者不能依赖检查和相应的异常。
二、解释
说到这里,对比之后会发现LongAdder用的CAS是 VarHandle (JDK9开始存在)而 AtomicLong 用的是Unsafe
而查看VarHandle会发现主流CAS使用者AQS的存在。
而实现方式决定优势:
LongAdder 以数组形式进行值的cas *** 作,可以预见但多个并发请求过量时,可以分开进行添加
public void add(long x) { Cell[] cs; long b, v; int m; Cell c; if ((cs = cells) != null || !casbase(b = base, b + x)) { boolean uncontended = true; if (cs == null || (m = cs.length - 1) < 0 || (c = cs[getProbe() & m]) == null || !(uncontended = c.cas(v = c.value, v + x))) longAccumulate(x, null, uncontended); } }
AtomicLong 直接以原子的形式进行添加,过量时,可能对没有LongAdder优化了。
public final long addAndGet(long delta) { return U.getAndAddLong(this, VALUE, delta) + delta; }
总结:
这样一说,低并发一样效率,高并发,LongAdder应该更适用。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)