当前位置：首页 > news >正文

Java中volatile和synchronized关键字的区别

news 2026/3/26 17:15:54

核心区别

volatile解决的是可见性问题和禁止指令重排序（内存屏障），但不保证原子性。
synchronized解决的是可见性、原子性和有序性问题（通过monitor锁的happens-before规则）。

详细对比表

特性	volatile	synchronized
原子性	❌ 不保证	✅ 保证（代码块/方法整体原子执行）
可见性	✅ 保证（写入立即刷新到主内存）	✅ 保证（解锁前写入主内存）
有序性	✅ 有限保证（禁止指令重排序）	✅ 保证（遵循happens-before规则）
性能	轻量级，仅内存操作	重量级，涉及锁的获取和释放
适用场景	状态标志、一次性发布等	临界区保护、复合操作等

关键点：volatile能解决的问题，synchronized不一定需要

从能力上来说：synchronized理论上可以替代volatile，因为synchronized保证了：

原子性（volatile不具备的）
可见性（volatile具备的）
有序性（volatile部分具备的）

从实践上来说：不需要也不应该用synchronized替代volatile

实际场景分析

✅ 适合volatile的场景（synchronized太重）

// 状态标志位 - volatile是最佳选择publicclassShutdownManager{privatevolatilebooleanshutdownRequested=false;publicvoidrequestShutdown(){shutdownRequested=true;// 单写操作}publicbooleanisShutdownRequested(){returnshutdownRequested;// 多读操作}}// 双重检查锁定单例模式publicclassSingleton{privatestaticvolatileSingletoninstance;publicstaticSingletongetInstance(){if(instance==null){synchronized(Singleton.class){if(instance==null){instance=newSingleton();// 需要volatile防止重排序}}}returninstance;}}

❌ volatile无法解决的问题（需要synchronized）

// 复合操作 - volatile无法保证原子性classCounter{privatevolatileintcount=0;// volatile在这里没用！publicvoidincrement(){count++;// 实际上分成三步：读、改、写}}// 需要synchronized的正确实现classSafeCounter{privateintcount=0;publicsynchronizedvoidincrement(){count++;}}

性能考虑

// 多线程频繁读取的场景publicclassConfiguration{// volatile读取几乎无开销，只是内存访问privatevolatileStringconfigValue;publicStringgetConfig(){returnconfigValue;// 纯读操作，volatile最合适}// 如果用synchronized，每次读取都要获取锁privateStringconfigValue2;publicsynchronizedStringgetConfig2(){returnconfigValue2;// 性能差！}}

总结

能力包含关系：synchronized的功能包含volatile的功能，但反之不成立
设计原则：应该使用能满足需求的最轻量级机制
选择指南：
- 使用volatile当：
  - 变量被多个线程访问，但只有一个线程写入
  - 变量作为状态标志使用
  - 需要确保对象发布的可见性（如单例模式）
- 使用synchronized当：
  - 操作是复合的（读-改-写）
  - 需要保护临界区
  - 需要保证多个变量的一致性更新
重要原则：不要因为synchronized"更强大"就滥用它。并发编程中，应该选择最简单、最明确的工具来解决特定问题。