Java中synchronized用法解析

本文深入解析了Java中synchronized关键字的核心机制与实战要点，揭示其不仅是实现线程互斥的“一把锁”，更承载着可重入性、内存可见性等关键语义；通过对比实例方法（锁this）、静态方法（锁Class对象）和同步代码块（显式指定锁对象）三种用法，清晰指出每种场景的适用边界、典型陷阱与性能考量——比如用String或Integer作锁对象可能引发意外竞争，不同ClassLoader加载的类导致静态锁失效，以及忽视synchronized自带的happens-before保障而误用volatile等；文章强调：正确使用synchronized不在于“加锁”，而在于精准选择锁对象、合理控制粒度，并真正理解其背后JVM内存模型的深层约定。

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(锁对象) 包裹一段逻辑，锁对象可以是任意非空引用类型变量。这是最可控的方式，也是唯一能避免锁整个方法粒度太粗的方案。

• 必须确保所有相关临界区使用**同一个锁对象**，否则无效
• 禁止用 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 的取舍

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~