LongAdder 和 AtomicLong

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

相关推荐
掘金者阿豪44 分钟前
写了很多内容后,我还是决定给自己搭一个Typecho博客
后端
Younglina1 小时前
打了3年羽毛球球才发现:我对自己的装备和胜率一无所知
前端·后端
Go_error2 小时前
Datatypes:Go 轻松支持数据库JSON类型
后端·go
长大19882 小时前
新手必踩 Redis 10 个低级坑:过期时间、KEYS 命令、持久化误区
后端
Csvn2 小时前
Python 两大经典坑点 —— 可变默认参数 & 闭包延迟绑定
后端·python
Csvn3 小时前
定时任务 — Crontab 从入门到生产实战
后端
ServBay4 小时前
Laravel Herd MCP 的替代,多语言与跨平台的 AI 本地开发选择
后端·ai编程·mcp
GoGeekBaird5 小时前
Prompt、Context、Harness 工程全景图
后端
SimonKing5 小时前
艹,维护AI写的代码,我心态崩了......
java·后端·程序员