Java线程同步怎么控制？synchronized关键点解析

synchronized 是 Java 最基础却极易被误解的线程同步机制——它锁的从来不是代码，而是对象（实例或 Class），理解“锁谁、何时释放、作用范围在哪”才是掌握关键：实例方法锁 this、静态方法锁 Class、代码块可指定任意对象；自动加解锁且异常不阻塞释放，保障安全性；支持可重入，让嵌套调用无阻塞；虽经 JVM 优化性能已大幅提升，但滥用大粒度锁或在同步块中执行耗时操作仍会严重拖累并发性能——真正用好它，不靠死记语法，而在于对锁本质的清醒认知。

synchronized 是 Java 中最基础、最常用的线程同步机制，它通过加锁来保证同一时刻只有一个线程能执行被保护的代码块或方法。理解它的关键点，不在于死记语法，而在于搞清“锁的是什么”“什么时候释放”“作用范围怎么界定”。

锁的对象决定同步粒度

synchronized 的本质是基于对象监视器（monitor）的互斥锁，它锁住的不是代码，而是某个对象实例（或 Class 对象）。这一点特别容易误解：

• 修饰实例方法 → 锁当前对象（this），不同对象实例的该方法可并发执行
• 修饰静态方法 → 锁当前类的 Class 对象（如 MyClass.class），所有该类实例共享同一把锁
• 修饰代码块 → 显式指定锁对象，例如 synchronized(obj) { ... }，锁的就是 obj 引用指向的那个对象

常见错误：多个线程用不同对象调用同一个 synchronized 实例方法，结果没同步——因为锁的对象不同。

进入和退出自动关联，不可手动控制

synchronized 不需要显式加锁/解锁，JVM 在进入同步块/方法时自动获取锁，退出时（无论正常 return 还是抛异常）自动释放锁。这避免了忘记释放导致死锁的风险，但也意味着你无法像 ReentrantLock 那样尝试获取、超时获取或响应中断。

注意：如果在 synchronized 块中发生未捕获异常，锁依然会释放——这是它比手动 lock() / unlock() 更安全的地方。

可重入性让递归调用安全

synchronized 是可重入锁。同一个线程可以多次获取它已经持有的锁，每次进入计数 +1，每次退出计数 -1，直到计数归零才真正释放锁。

例如：一个 synchronized 方法内部调用另一个本类的 synchronized 方法，不会因“自己锁自己”而阻塞，这是设计上的必要保障。

性能开销在可控范围内，但别滥用

早期 synchronized 性能较差，但经过 JVM 优化（偏向锁、轻量级锁、自旋锁等），在无竞争或低竞争场景下开销极小。不过，过度使用或锁粒度过大会显著降低并发度。

• 优先考虑缩小同步范围：用同步代码块代替同步整个方法
• 避免锁住常量、String 字面量或全局共享对象（如 new Object() 写在类字段里），易引发意外耦合
• 不要在 synchronized 块内做耗时操作（如 I/O、远程调用），否则其他线程会长时间等待

不复杂但容易忽略。

终于介绍完啦！小伙伴们，这篇关于《Java线程同步怎么控制？synchronized关键点解析》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！