static修饰符本身不确保线程安全，是否线程安全取决于对静态变量的读写方式；多个线程同时读写易引发竞态条件，需通过加锁、原子类、volatile、线程安全容器或不可变模式来保障。
static 修饰符本身不确保线程安全，它只表示变量属于类、在类加载时初始化一次、被所有实例共享。是否线程安全，取决于对该静态变量的读写方式，而非 static 关键字本身。
静态变量为什么容易线程不安全
多个线程同时读写同一个静态变量（尤其是写操作），会引发竞态条件。例如：
- count++ 不是原子操作：读取 → 修改 → 写回，三步之间可能被其他线程打断；
- 两个线程同时执行 count = 5; 后又都设为 10，中间若穿插了其他赋值或计算，结果就不可预测；
- 普通 ArrayList 等非线程安全集合被声明为 public static，多线程 add/remove 会导致 ConcurrentModificationException 或数据丢失。
保证静态变量线程安全的常用方式
核心思路是：控制对共享状态的并发访问，或避免共享可变状态。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 加锁同步：用 synchronized 代码块或方法保护写操作区域，确保同一时刻只有一个线程能修改该变量；
- 使用原子类：如 AtomicInteger、AtomicReference 替代 int、Object 类型的静态变量，利用 CAS 机制实现无锁线程安全；
- volatile 修饰（仅限特定场景）：适用于“一个线程写、多个线程读”的简单状态标志（如 isShutdown），它保证可见性但不保证原子性；
-
使用线程安全容器：如将 static List
替换为 static CopyOnWriteArrayList 或 Collections.synchronizedList(...)； - 初始化阶段保证安全：静态变量在类加载时完成初始化（如 static final Map = new HashMap()），且之后不再修改，天然线程安全（不可变模式）。
静态方法内局部变量是安全的
虽然问题聚焦于静态变量，但需注意：static 方法中定义的局部变量（如 int i = 0;）每个线程调用时都在自己的栈帧中创建副本，不共享，因此默认线程安全。真正风险来自方法内部对 static 字段的访问和修改。
立即学习“Java免费学习笔记（深入）”；
避免常见误解
不要因为用了 static 就认为“系统自动管同步”——JVM 不会为 static 变量加锁或做内存屏障；也不要认为“只在 static 块里赋值就万事大吉”，如果 static 块中启动了新线程并异步修改该变量，依然可能出错。关键看运行期是否存在多线程并发写。
