java类变量默认不线程安全，关键看是否被多线程并发读写；只读static变量线程安全，而并发修改或读写混合需用原子变量、synchronized、并发集合或volatile等方案保护。
Java 类变量（即 static 变量）天然属于类级别共享，多个线程可直接访问同一份内存，因此**默认不线程安全**。是否需要保护、如何保护，取决于变量的用途和操作类型——不是所有 static 变量都要加锁，关键看它是否被**多线程并发读写**。
判断类变量是否需线程安全保护
先明确：只读的 static 变量（如常量、配置项）通常无需额外处理；真正有风险的是被多个线程**同时修改**或**读写混合**的变量。
- 安全场景：public static final String API_URL = "https://api.example.com"; —— 不可变、只读，线程安全
- 危险场景：private static int requestCount = 0; —— 多个线程调用 increment()，count++ 非原子，结果不可靠
-
隐性风险：static List
logBuffer = new ArrayList(); —— ArrayList 本身非线程安全，add() 多线程调用会抛 ConcurrentModificationException 或数据丢失
常用线程安全实现方式及适用场景
针对需修改的 static 变量，选择方案要兼顾正确性、简洁性和性能：
-
原子变量（推荐用于简单数值/布尔状态）：
用 AtomicInteger、AtomicBoolean 等替代基本类型。incrementAndGet()、compareAndSet() 是 CPU 级原子指令，无锁高效。
示例：private static AtomicInteger totalRequests = new AtomicInteger(0); -
synchronized 修饰静态方法或代码块（通用但需注意粒度）：
确保临界区串行执行。避免锁整个方法（影响吞吐），优先用 synchronized(Classname.class) 锁住最小必要代码段。
示例：synchronized (Counter.class) { cache.put(key, value); } -
并发集合（替代普通集合类变量）：
static Mapcache = new ConcurrentHashMap();
static QueuetaskQueue = new ConcurrentLinkedQueue();
它们内部已做分段锁或无锁优化，比 synchronized 包裹 HashMap/LinkedList 更适合高并发读写 -
volatile（仅解决可见性，不保证原子性）：
适用于“一个写、多个读”的标志位，如 public static volatile boolean isShutdown = false;
⚠️ 注意：volatile 不能用于 count++ 这类复合操作，它只保证写后立即对其他线程可见，不阻止指令重排或竞态
静态变量 + 单例模式的典型陷阱
很多类通过 static 变量实现单例，但懒汉式写法极易出错：
- 错误示范：if (instance == null) instance = new Singleton(); —— 多线程下可能创建多个实例
-
修复方案一（DCL 双检锁 + volatile）：
private static volatile Singleton instance;
if (instance == null) { synchronized (Singleton.class) { if (instance == null) instance = new Singleton(); } } -
更优方案（静态内部类）：
利用 JVM 类加载机制保证线程安全且延迟加载，无需同步：
private static class Holder { static final Singleton INSTANCE = new Singleton(); }
public static Singleton getInstance() { return Holder.INSTANCE; }
避免过度同步与常见误区
线程安全 ≠ 到处加 synchronized。盲目同步会严重拖慢性能，还可能引入死锁。
- 不要给 getter 方法加 synchronized（除非它内部有复杂逻辑依赖其他状态）
- 避免在静态同步块中调用外部可变对象的方法（可能造成锁顺序不一致）
- static final 初始化时若涉及复杂计算或资源加载，确保构造过程本身线程安全（如使用 Collections.unmodifiableList 包装返回集合）
- ThreadLocal 是另一种思路：为每个线程提供独立副本，适用于“类变量需按线程隔离”的场景（如数据库连接、用户上下文）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
