static方法线程安全取决于共享状态保护：单值操作优先用AtomicInteger等原子类，多步逻辑必须加锁（synchronized或静态同步方法），AtomicReferenceFieldUpdater适用于大批量对象字段更新，volatile仅保证可见性不保证原子性。
static 方法本身不决定线程安全，关键在它操作的共享状态是否被正确保护。高并发下对 static 变量做原子更新，不能靠 static 方法修饰，而要靠底层同步机制。
优先用原子类替代普通 static 变量
如果只是单个数值或引用的增减、设置、比较更新，直接把 static int count 换成 static AtomicInteger count = new AtomicInteger(0)。
- 用
count.incrementAndGet()替代count++ - 用
count.compareAndSet(expected, updated)实现条件更新 - 底层基于 volatile + CAS，无锁、轻量、保证可见性和原子性
涉及多步逻辑时必须加锁
当 static 方法里包含“读—判—写”组合（比如先检查阈值再重置）、或同时更新多个变量时，原子类无法覆盖，必须用同步块或静态同步方法。
- 推荐写法：
synchronized (YourClass.class) { ... } - 或声明为
public static synchronized void doSomething() { ... } - 确保整个业务逻辑段在任意时刻只被一个线程执行
大批量对象场景可考虑 AtomicReferenceFieldUpdater
若 static 方法频繁操作大量实例的某个 volatile 字段（如连接状态），用 AtomicReferenceFieldUpdater 能省内存。
立即学习“Java免费学习笔记（深入）”；
- 字段需是
volatile、非 private、非 static、非 final - updater 声明为
static final，复用一次创建、全局共享 - 避免每个对象都持有一个
AtomicReference，百万对象可节省 20MB+ 堆内存
别误用 volatile 解决原子性问题
volatile static int flag 只能保证读写立即可见，但 flag++ 这类操作仍是三步（读-改-写），不是原子的。
- 单纯赋值（
flag = 1）可用 volatile - 任何计算型更新（
+=、++、toggle）必须搭配原子类或锁 - volatile 是必要条件，不是充分条件
