volatile适用于单次读写、状态标志和禁止重排序，synchronized适用于复合操作、多变量协作和临界区保护；前者无锁轻量，后者保证原子性与有序性但有阻塞开销。
volatile 和 synchronized 解决的是不同层次的并发问题，区分它们的关键不在于“哪个更好”，而在于“要解决什么问题”。
看是否需要原子性
如果操作涉及读-改-写（比如 i++、count += 1、list.add()），那就必须用 synchronized。volatile 对这类复合操作完全无效——它只能保证单次读或单次写的可见性，无法阻止两个线程同时读到旧值、各自计算、再同时写回，造成结果丢失。
- volatile 适合：赋值、状态切换（running = false）、标志位更新
- synchronized 适合：计数器增减、集合修改、多步逻辑（如“检查+设置”）
看作用范围是变量还是代码块
volatile 只能修饰变量（实例或静态），它管不了变量之间的协作关系；synchronized 可以锁住方法、代码块甚至任意对象，能协调多个变量、多行语句的执行顺序和可见性。
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 用 volatile：你只关心“这个变量变了，别人得立刻看到”
- 用 synchronized：你关心“这一段逻辑必须整体执行，不能被其他线程打断”
看是否允许线程阻塞
volatile 是无锁的，读写都不阻塞线程，性能开销极小；synchronized 在竞争激烈时会导致线程挂起、唤醒，带来上下文切换成本。如果场景对响应延迟敏感（如高频状态轮询、实时信号通知），优先考虑 volatile；如果逻辑天然需要串行化（如资源初始化、配置更新），synchronized 更稳妥。
- volatile 常见于：心跳开关、任务终止标志、单例实例引用发布
- synchronized 常见于：共享缓存写入、账户余额扣减、日志批量刷盘
看是否需禁止指令重排序
volatile 写之后、读之前会插入内存屏障，能防止 JVM 或 CPU 把相关指令乱序执行——这是它在双重检查单例中不可替代的原因；synchronized 虽也具备有序性保障，但它是通过锁的进入/退出规则实现的，粒度更大、代价更高。当只需要“确保某对象构造完成后再发布给其他线程”，volatile 就足够且更轻量。
- 没有 volatile 的 DCL 单例，可能返回一个未初始化完毕的对象引用
- 这种重排序风险，仅靠 synchronized 方法或块无法在对象发布层面拦截
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
