synchronized的核心作用是保证同一时刻只有一个线程执行被修饰的代码，其锁对象依使用方式而异：实例方法锁this、静态方法锁Class对象、代码块可显式指定锁对象；它具备可重入性与内存可见性语义。
synchronized 的核心作用是保证同一时刻只有一个线程能执行被它修饰的代码块或方法，但它不是“万能锁”，用错位置或对象就完全失效。
同步实例方法：锁的是当前对象（this）
当 synchronized 修饰普通成员方法时，锁对象是调用该方法的实例。不同实例之间互不影响。
- 适用场景：多个线程操作同一个对象的共享状态（如计数器、缓存容器）
- 常见错误：用两个不同对象调用该方法，结果没加锁——因为锁对象不同
- 性能影响：若对象生命周期长、竞争激烈，可能成为瓶颈；但比全局锁轻量
示例：
public synchronized void increment() {
count++;
}等价于public void increment() {
synchronized(this) {
count++;
}
}
同步静态方法：锁的是类对象（MyClass.class）
静态方法属于类，没有 this，所以锁的是当前类的 Class 对象。所有该类的实例共享这一把锁。
- 适用场景：需要跨实例控制资源（如单例初始化、全局配置加载）
- 容易踩的坑：误以为锁住的是“某个实例”，结果发现其他实例也阻塞了
- 注意兼容性：在模块化环境（如 Java 9+ Module System）中，若类由不同
ClassLoader加载，MyClass.class不同，锁不生效
同步代码块：显式指定锁对象，最灵活也最容易出错
用 synchronized(锁对象) 包裹一段逻辑，锁对象可以是任意非空引用类型变量。这是最可控的方式，也是唯一能避免锁整个方法粒度太粗的方案。
立即学习“Java免费学习笔记（深入）”；
- 必须确保所有相关临界区使用**同一个锁对象**，否则无效
- 禁止用
String、常量池对象或自动装箱基本类型（如Integer）作锁——它们可能被复用或缓存，导致意外共享 - 推荐用私有
final Object lock = new Object();，明确、安全、不可变 - 锁对象不能为
null，否则抛NullPointerException
示例：
private final Object lock = new Object();
public void doSomething() {
synchronized(lock) {
// 仅此处受保护
updateSharedState();
}
}
锁升级与可重入性：别自己实现“递归锁”逻辑
synchronized 是可重入锁：同一个线程重复获取同一把锁不会死锁，会记录进入次数，退出时逐层释放。
- 这意味着在同步方法里调用本类另一个
synchronized方法，不会卡住 - 但要注意：锁升级（偏向→轻量→重量）是 JVM 自动做的，开发者无法干预或感知；不要试图通过“先判断是否已持有锁”来绕过同步——既没必要，也破坏语义
- 真正容易被忽略的是锁的可见性语义：
synchronized不仅互斥，还保证进入前读取最新值、退出后刷新到主内存——这点常被忽视，却直接影响 volatile 的取舍
