锁粗化是JVM由JIT编译器在热点代码编译阶段自动触发的优化，将同一锁对象、同一线程连续执行、无共享状态干扰的多次相邻加锁/解锁合并为一次更大范围加锁。
锁粗化是JVM在运行时自动进行的一种锁优化技术，核心是把同一段代码中对同一个锁对象的多次、相邻的加锁/解锁操作，合并成一次更大范围的加锁操作。它不靠程序员手动写，而由JIT编译器在热点代码编译阶段识别并触发。
锁粗化的发生条件
不是所有连续加锁都会被粗化，必须同时满足：
- 同一锁对象：多个synchronized块锁的是同一个对象（比如同一个this、同一个lock实例）
- 同一线程执行：这些加锁操作由当前线程连续完成，中间没被其他线程打断
- 无共享状态变更干扰：锁块之间没有需要立即对其他线程可见的共享变量修改（例如纯读操作、或局部变量操作）
典型可被粗化的代码模式
以下写法容易触发锁粗化：
- 循环内反复加同一把锁：for (int i = 0; i → 编译器可能优化为整个循环外加一次锁
- 紧邻的多个小同步块：synchronized(lock) { a(); } synchronized(lock) { b(); } synchronized(lock) { c(); } → 可能合并为一个synchronized块包裹a/b/c
- 字符串拼接中使用StringBuffer（内部synchronized方法连调）：单线程场景下，JIT常会粗化甚至进一步消除
锁粗化不是万能的，也有边界
以下情况通常不会粗化，甚至可能适得其反：
立即学习“Java免费学习笔记（深入）”；
- 锁块之间有I/O、sleep、wait等可能让出CPU的操作
- 中间修改了其他线程依赖的volatile变量或共享状态
- 锁对象不同（哪怕都是this，但实际指向不同实例）
- 跨方法调用且方法不可内联（JIT无法看到完整锁序列）
和锁细化、锁消除的关系
三者是JVM锁优化的一体两面：
- 锁细化：人为把大锁拆成多个小锁（如按字段、按行加锁），目标是提升并发度
- 锁粗化：JVM反向合并细锁，目标是减少锁开销（获取/释放/上下文切换）
- 锁消除：JVM发现某段加锁根本没必要（如锁对象逃逸分析后确认只被单线程访问），直接删掉synchronized
本质上，粗化和消除都服务于“减少无谓锁操作”，而细化是程序员主动做的并发设计选择。
基本上就这些。
