atomicintegerfieldupdater 要求字段必须是 public volatile，且 updater 必须由字段所在类创建，模块化环境下还需显式 opens 包；否则运行时抛异常，推荐优先使用 atomicinteger。
Java 中 AtomicIntegerFieldUpdater 无法更新 protected 或 private 字段，不是因为语法错误，而是 JVM 的字段访问控制机制在起作用——它要求目标字段必须是 public（且 volatile），否则运行时会抛出 AccessControlException 或更常见的 RuntimeException（如 IllegalArgumentException），尤其在启用安全管理器（SecurityManager）或模块化环境（如 JDK 9+）中更容易暴露。
字段可见性必须为 public
AtomicIntegerFieldUpdater.newUpdater() 底层依赖 Unsafe.compareAndSwapInt，而该操作要求字段对调用类“可反射访问”。JVM 规范规定：只有 public 字段才能被其他类通过反射（包括 Unsafe）直接读写，即使使用 setAccessible(true) 也无法绕过这一限制（尤其在强封装的模块系统下）。
- ✅ 正确写法：
public volatile int counter; - ❌ 错误写法：
private volatile int counter;、protected volatile int counter;、default (package-private) volatile int counter; - ⚠️ 注意：字段声明顺序无关，但修饰符必须显式含
public和volatile
类继承关系与 updater 创建位置需匹配
Updater 实例必须由字段所在类（或其子类）创建，且 updater 的泛型类型必须精确指向定义该字段的类。若字段在父类中声明为 public volatile，子类可创建 updater，但 updater 的类型参数必须是父类，而非子类。
使用tbot机器ID身份文件配合tsh CLI，通过Teleport访问控制SSH登录托管主机或执行远程命令。
- 例如：
Counter类含public volatile int value;，则 updater 必须写成AtomicIntegerFieldUpdater.newUpdater(Counter.class, "value") - 若在子类
AdvancedCounter中调用newUpdater(AdvancedCounter.class, "value")，即使字段继承自父类，也会因字段不属于该类而失败 - 字段名必须拼写完全一致，区分大小写，且不能是重载/隐藏后的字段
模块系统（JPMS）下的额外限制
JDK 9+ 引入模块系统后，即使字段是 public volatile，若其所在包未对 updater 所在模块开放（exports），或未允许反射深度访问（open），仍可能触发 AccessControlException 或 InaccessibleObjectException。
- 解决方案：在
module-info.java中添加opens com.example.package to java.base;（谨慎使用） - 或启动时加参数：
--add-opens java.base/java.lang=ALL-UNNAMED（仅用于调试） - 更推荐做法：避免跨模块使用 updater，或将原子字段与 updater 定义在同一模块内
替代方案：优先考虑 AtomicInteger
除非有明确性能诉求（如对象复用、减少对象头开销），否则应优先使用 AtomicInteger 字段，而非 updater 模式。前者无访问权限问题，语义清晰，GC 友好，且现代 JVM 对其优化极佳。
- 适用 updater 的典型场景：已有大量实例对象，每个对象需少量原子计数，且无法修改字段声明（如遗留类）
- 不适用场景：新设计类、字段可改写、追求代码可维护性
- 若必须用 updater，务必确保字段
public volatile+ 同类创建 + 模块开放，三者缺一不可
不复杂但容易忽略。关键就一条：AtomicIntegerFieldUpdater 不是“绕过访问控制”的工具，而是对特定字段访问模式的高效封装——它只接受 JVM 明确认可的公开路径。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
