java包装类不支持线程安全自增，因其不可变且无原子方法；高并发下i++非原子，应改用atomicinteger等原子类，热点场景优选longadder或字段更新器。
Java 包装类（如 Integer、Long）本身**不支持线程安全的自增操作**，它们是不可变对象，且没有原子方法。直接对包装类变量做 i++ 或 i = i + 1 在高并发下必然出错——因为这涉及“读取→计算→写回”三步，中间可被其他线程打断。
为什么包装类不能用于原子自增
包装类对象一旦创建就不能修改内部值（final 字段），每次自增都会新建对象，导致：
- 原始引用被覆盖，其他线程可能仍持有旧值
- 无任何同步机制，JVM 不保证多线程间可见性与原子性
-
volatile Integer仅保证引用本身的可见性，不保证++操作的原子性
正确替代方案：用原子类代替包装类
应使用 java.util.concurrent.atomic 包中的对应原子类型，它们封装了底层 CAS 操作，提供真正线程安全的自增能力：
-
整型计数 →
AtomicInteger（incrementAndGet()、getAndIncrement()） -
长整型计数 →
AtomicLong（适合时间戳、ID 生成等大范围场景） -
布尔状态切换 →
AtomicBoolean（如开关、初始化标记） -
对象引用更新 →
AtomicReference<t></t>（配合自定义逻辑实现无锁状态机）
高并发进阶选择：避免单点竞争
当计数器成为热点（如每秒百万级更新），AtomicLong 的 CAS 自旋可能引发大量重试，此时推荐：
-
LongAdder：采用分段累加 + 最终汇总策略，显著降低争用，吞吐量远高于
AtomicLong；适用于“只写多读、最终一致性可接受”的统计类场景（如 QPS 统计） -
LongAccumulator：支持自定义累积函数（如取最大值、最小值、异或等），比
LongAdder更灵活
字段级原子更新：无需改成员类型
若已有类中定义了普通 int 或 long 字段（如 private volatile int count），又不想改为原子类字段，可用字段更新器：
-
AtomicIntegerFieldUpdater<myclass></myclass>：对指定类的volatile int字段执行 CAS 更新 - 要求字段必须是
volatile且非private（或通过反射可访问） - 节省内存（避免为每个实例包装一个
AtomicInteger对象）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
