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