java静态变量默认非线程安全，解决需依场景选择：优先用threadlocal或实例变量消除共享；简单状态用atomicinteger等原子类；复合逻辑须synchronized或reentrantlock；volatile仅适用于一次写多次读的标志位。
Java 中静态变量默认不线程安全，因为它被所有线程共享，而 JVM 不保证其读写操作的原子性、可见性与有序性。解决的关键不是“加锁”或“修饰一下”，而是根据使用场景选择合适手段——有的能彻底避开竞争，有的只需轻量级原子操作，有的则必须同步控制。
优先消除共享：用 ThreadLocal 或实例变量替代 static
很多线程安全问题其实源于不该用 static。如果变量本就不需跨线程共享（如用户上下文、格式化器、事务状态），强行用 static 反而是设计缺陷。
- ThreadLocal：为每个线程提供独立副本，完全避免竞争。适合存储线程私有状态，例如
private static final ThreadLocal<simpledateformat> formatter = ThreadLocal.withInitial(() -> new SimpleDateFormat("yyyy-MM-dd"));</simpledateformat> - 实例变量 + 容器管理：将 static 字段改为普通成员变量，由 Spring 等框架管理 Bean 生命周期，通过依赖注入传递数据，天然隔离线程间影响
单变量原子操作：用 AtomicInteger 等原子类
适用于计数器、开关标志、序列号等简单状态管理。它基于 CAS（Compare-and-Swap）机制，无需锁，性能高，且天然保障原子性与内存可见性。
- 整数类：用
AtomicInteger替代public static int count，声明为private static final AtomicInteger count = new AtomicInteger(0)，更新调用count.incrementAndGet() - 布尔开关：用
AtomicBoolean表示启用/禁用状态 - 引用类型：用
AtomicReference<t></t>安全更新对象引用；若需防 ABA 问题，选AtomicStampedReference - 注意：原子类只保单次操作原子性，不能自动覆盖多字段联动逻辑（如同时改 status 和 timestamp）
必要时加锁：synchronized 或 ReentrantLock
当涉及复合逻辑、多变量协同更新或复杂业务流程时，原子类无法覆盖，必须显式同步。
- 静态方法加锁：直接用
public static synchronized void update() { ... }，锁对象是当前类的 Class 实例 - 同步代码块：粒度更细，推荐
synchronized (MyClass.class) { /* 修改静态变量 */ }，避免误用 this 或新对象导致锁失效 - ReentrantLock：适合需要尝试获取、超时、可中断等高级控制的场景，但需手动释放锁
仅限状态标志：volatile 有明确边界
volatile 能解决可见性和指令重排序问题，但不能保证原子性，因此适用范围极窄。
- 适用：只写一次后只读的配置项、初始化完成标志、运行开关（如
private static volatile boolean running = true） - 不适用：任何含“读-改-写”的操作，比如
count++、list.add()、或需校验再修改的逻辑 - 可配合双重检查锁定（Double-Checked Locking）用于单例，但不能单独支撑计数类需求
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
