synchronized和volatile是职责分明、不可替代的机制，非搭档关系；前者保证原子性、可见性、有序性，后者仅保证单变量的可见性和禁止重排序，DCL单例是二者唯一经典协作场景。

synchronized 和 volatile 并不是“结合使用”来提升安全度的搭档，而是职责分明、不可互相替代的两种机制。强行混用不仅不能增强线程安全，反而容易引发误解、掩盖设计缺陷，甚至降低代码可读性。

volatile 的真实作用：可见性 + 禁止重排序

它只对单个变量的读写起效，确保：

• 每次读取都从主内存获取最新值（不依赖线程本地缓存）
• 每次写入立即刷新到主内存
• 禁止 JVM 或 CPU 对该变量相关指令做重排序（如对象构造与引用赋值）

典型场景：线程启停标志、DCL 单例中的 instance 引用。

synchronized 的真实作用：原子性 + 可见性 + 有序性

它锁定的是代码块或方法，保障临界区中所有操作作为一个整体执行：

立即学习“Java免费学习笔记（深入）”；

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 多线程无法同时进入同一把锁保护的区域（互斥）
• 锁释放时自动将工作内存刷回主内存，加锁时强制读取主内存最新值（天然具备可见性）
• 同步块内指令不会被重排到块外（有序性）

典型场景：count++、转账操作、list.add() 配合 size++ 等复合逻辑。

唯一被广泛认可的“协作”：DCL 单例

这是 volatile 与 synchronized 语义互补、缺一不可的经典用法：

• volatile 修饰 static instance：防止 new Singleton() 指令重排（①分配内存→③赋引用→②初始化），避免其他线程拿到半初始化对象
• synchronized 保护二次检查和创建逻辑：确保只有一个线程能完成实例化，避免重复构造
• 外层 if（无锁）提升性能，内层 if（加锁后）防止重复初始化

除此之外，给已被 synchronized 保护的变量额外加 volatile（如 private volatile int counter; 配合 synchronized 块做 count++）纯属冗余——锁机制已完全覆盖其作用。

常见错误：以为“叠加更安全”

比如这样写：

private volatile int value;
public void update() {
  synchronized(this) { value = compute(); }
}

value 已被锁保护，volatile 不带来任何额外安全保障，只会误导后续维护者，以为此处有特殊并发意图。