synchronized 锁的是对象（实例或Class），自动加解锁且可重入；修饰实例方法锁this，静态方法锁Class，代码块锁指定对象；异常时仍释放锁，性能经优化已较好，但需避免大粒度和耗时操作。
synchronized 是 Java 中最基础、最常用的线程同步机制，它通过加锁来保证同一时刻只有一个线程能执行被保护的代码块或方法。理解它的关键点，不在于死记语法，而在于搞清“锁的是什么”“什么时候释放”“作用范围怎么界定”。
锁的对象决定同步粒度
synchronized 的本质是基于对象监视器（monitor）的互斥锁，它锁住的不是代码，而是某个对象实例（或 Class 对象）。这一点特别容易误解：
- 修饰实例方法 → 锁当前对象（this），不同对象实例的该方法可并发执行
- 修饰静态方法 → 锁当前类的 Class 对象（如 MyClass.class），所有该类实例共享同一把锁
- 修饰代码块 → 显式指定锁对象，例如
synchronized(obj) { ... }，锁的就是 obj 引用指向的那个对象
常见错误：多个线程用不同对象调用同一个 synchronized 实例方法，结果没同步——因为锁的对象不同。
进入和退出自动关联，不可手动控制
synchronized 不需要显式加锁/解锁，JVM 在进入同步块/方法时自动获取锁，退出时（无论正常 return 还是抛异常）自动释放锁。这避免了忘记释放导致死锁的风险，但也意味着你无法像 ReentrantLock 那样尝试获取、超时获取或响应中断。
立即学习“Java免费学习笔记（深入）”；
注意：如果在 synchronized 块中发生未捕获异常，锁依然会释放——这是它比手动 lock() / unlock() 更安全的地方。
可重入性让递归调用安全
synchronized 是可重入锁。同一个线程可以多次获取它已经持有的锁，每次进入计数 +1，每次退出计数 -1，直到计数归零才真正释放锁。
例如：一个 synchronized 方法内部调用另一个本类的 synchronized 方法，不会因“自己锁自己”而阻塞，这是设计上的必要保障。
性能开销在可控范围内，但别滥用
早期 synchronized 性能较差，但经过 JVM 优化（偏向锁、轻量级锁、自旋锁等），在无竞争或低竞争场景下开销极小。不过，过度使用或锁粒度过大会显著降低并发度。
- 优先考虑缩小同步范围：用同步代码块代替同步整个方法
- 避免锁住常量、String 字面量或全局共享对象（如 new Object() 写在类字段里），易引发意外耦合
- 不要在 synchronized 块内做耗时操作（如 I/O、远程调用），否则其他线程会长时间等待
不复杂但容易忽略。
