Java中static变量天生不线程安全，因其共享且JVM不保证原子性、可见性与有序性；应优先考虑消除共享（如ThreadLocal或实例变量），其次用synchronized或AtomicInteger，volatile仅适用于简单状态标志。
Java 中的 static 变量天生不线程安全，因为它被所有线程共享，而 JVM 不保证对其读写操作的原子性、可见性与有序性。多个线程同时执行 count++ 这类操作时，极易出现结果偏小、数据丢失等不可重现的并发问题。
用 synchronized 控制临界区访问
这是最直接、最易理解的方式，适用于逻辑简单、竞争不激烈的场景。
- 修饰静态方法：自动以当前类的
Class对象为锁，例如public static synchronized void increment() { count++; } - 同步代码块：粒度更细，只锁真正修改变量的部分，推荐使用
synchronized (MyClass.class)，避免误用实例对象导致锁失效 - 注意不要用
this或任意新建对象作锁，否则无法保证全局互斥
用 AtomicInteger 等原子类替代基础类型
对整数、布尔、引用等常见类型，优先选用 java.util.concurrent.atomic 包下的原子类，性能好且无锁。
- 声明：
private static AtomicInteger count = new AtomicInteger(0); - 更新：
count.incrementAndGet()或count.addAndGet(1)，底层基于 CAS，天然支持原子性和可见性 - 局限：仅适用于单变量的原子操作；若需多个变量协同更新（如余额+日志），仍需配合锁或事务机制
用 volatile 修饰 + 明确使用边界
volatile 能解决可见性和指令重排序问题，但不能保证复合操作的原子性，因此使用范围很窄。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 适用：状态开关（
private static volatile boolean running = true;）、初始化完成标志、只写一次后只读的配置项 - 不适用：
count++、list.add()、任何含“读-改-写”三步的操作 - 可配合 double-checked locking 使用，但不能单独用于计数类逻辑
改用 ThreadLocal 或实例变量消除共享
如果变量本就不需要跨线程共享，强行用 static 反而是设计缺陷。
-
ThreadLocal：为每个线程提供独立副本，适合上下文信息（如用户 ID、格式化器、事务状态），彻底避开竞争 - 实例变量 + 容器管理：将静态变量改为普通成员变量，由 Spring 等框架管理 Bean 生命周期，通过依赖注入传递数据
- 关键判断：这个值是否真的必须被所有线程共同读写？多数时候答案是否定的
不复杂但容易忽略：很多线程安全问题其实源于过早引入全局状态。先问一句“它非得是 static 吗”，往往比加锁更治本。
