Java 中静态变量在并发读写下怎么同步-java教程-PHP中文网

java静态变量并发不安全因非原子操作且缺可见性/有序性保障；解决核心是“要不要共享”，优先消除共享（如用threadlocal或实例变量），确需共享时按场景选atomicinteger、synchronized或volatile。

java 中静态变量在并发读写下怎么同步

Java 中静态变量在并发读写时天然不安全，因为它是类级别共享的，所有线程共用同一块内存，而 count++ 这类操作不是原子的（读—改—写三步），又缺乏可见性和有序性保障。解决的关键不是“怎么加锁”，而是“要不要共享”——先判断它是否真需被多个线程共同修改。

优先消除共享：从设计源头规避问题
很多场景下，静态变量只是习惯性写法，并非业务必需。

如果变量只用于单线程上下文（如请求链路中的用户 ID、格式化器、事务标识），直接改用 ThreadLocal<t></t>，每个线程独享副本，彻底无竞争。
如果变量本该随业务对象生命周期存在（比如订单处理器里的计数器），就别声明为 static，改成实例变量，由 Spring 等容器管理 Bean 作用域，通过依赖注入传递。
检查调用方：是不是多个线程反复 new 同一个类的实例，却误以为需要全局计数？有时把逻辑移到实例方法+局部变量就能解耦。

确需共享时，按场景选同步机制

✅ 简单整数增减（如计数器）→ 用 AtomicInteger
```
private static AtomicInteger count = new AtomicInteger(0);
// 线程安全：count.incrementAndGet();
```
底层 CAS 实现，高性能、无锁、保证原子性和可见性；但仅限单变量操作。
✅ 复合逻辑或跨变量一致性（如余额扣减 + 日志记录）→ 用 synchronized 锁类对象

Java Maven Code Review
审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载
```
private static int balance = 100;
private static final List<string> log = new ArrayList();

public static void withdraw(int amount) {
    synchronized (Account.class) { // 锁住 Class 对象，全局唯一
        if (balance >= amount) {
            balance -= amount;
            log.add("withdraw: " + amount);
        }
    }
}</string>
```
注意：不能用 this 或新建对象作锁，必须用 类名.class 或静态 final 锁对象。
⚠️ 仅需状态通知（如开关、初始化完成标志）→ volatile 足够
```
private static volatile boolean initialized = false;
```
它能保证写操作对其他线程立即可见，且禁止指令重排，但绝不适用于 count++ 或任何含读改写的场景。
❌ 避免错误做法
- 不要用 synchronized 修饰普通实例方法来保护静态变量（锁的是 this，不同实例锁不同对象，无效）。
- 不要拿 String、Integer 常量作锁对象（常量池共享，可能被外部代码意外锁定）。
- 不要以为 volatile + synchronized 混用就更安全——volatile 在这里多余，还误导维护者。