有幸看到一篇关于这个讲解 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应该更适用。