Java如何用synchronized保证线程安全

synchronized是Java线程安全的基础机制，通过锁实现互斥访问。它可修饰实例方法、静态方法和代码块，分别以this、Class对象和指定对象为锁。底层基于JVM监视器锁，支持锁升级：从无锁→偏向锁→轻量级锁→重量级锁，提升性能。使用时需避免过度同步、确保锁对象非null且唯一、防止死锁。相比ReentrantLock，synchronized更简单安全，自动释放锁，适合大多数场景。掌握其用法与原理有助于编写高效并发程序。

在多线程编程中，多个线程同时访问共享资源可能导致数据不一致或程序行为异常。Java 提供了多种同步机制来保证线程安全，其中 synchronized 是最基础且广泛使用的关键实现方法。它通过加锁机制确保同一时刻只有一个线程可以执行特定代码块或方法，从而避免竞态条件。

synchronized 的基本用法

Java 中的 synchronized 可以用于修饰实例方法、静态方法和代码块，其作用范围和锁定对象有所不同：

• 修饰实例方法：当前实例（this）作为锁对象，进入方法前需获得该实例的锁。
• 修饰静态方法：类的 Class 对象作为锁，所有该类的实例共用同一把锁。
• 修饰代码块：可指定任意对象作为锁，灵活性更高，推荐用于细粒度控制。

例如：

synchronized 的底层实现原理

synchronized 的实现依赖于 JVM 的监视器锁（Monitor Lock），每个 Java 对象都与一个监视器相关联。当线程进入 synchronized 代码块时，必须先获取对象的监视器锁，执行完后自动释放。

从 JDK 1.6 开始，synchronized 经过优化，引入了锁升级机制：

• 无锁状态：初始状态。
• 偏向锁：适用于只有一个线程访问的场景，减少同步开销。
• 轻量级锁：多线程交替访问，避免阻塞。
• 重量级锁：多个线程竞争激烈时，依赖操作系统互斥量（Mutex）实现阻塞。

这种升级策略在保证安全的同时提升了性能。

使用 synchronized 的注意事项

虽然 synchronized 简单易用，但在实际开发中仍需注意以下几点：

• 避免过度同步：同步范围过大可能影响并发性能，应尽量缩小同步块。
• 锁对象不能为 null：否则会抛出 NullPointerException。
• 不同线程必须使用同一个锁对象才能实现互斥。
• 避免死锁：多个 synchronized 嵌套时，注意锁的顺序一致性。

例如，若两个方法分别使用不同的对象加锁，无法保证线程安全：

synchronized 与其他同步机制的对比

synchronized 是 JVM 内置支持的同步方式，相比 java.util.concurrent 包中的 ReentrantLock，它更简单、安全，由编译器自动管理加锁和释放。

ReentrantLock 功能更强大（如可中断、超时尝试获取锁），但需要手动释放锁，使用不当容易引发泄漏。而 synchronized 在异常情况下也能自动释放锁，更加可靠。

对于大多数场景，优先使用 synchronized 即可满足需求。

基本上就这些。synchronized 是 Java 线程安全的基石，理解其用法和原理有助于编写正确高效的并发程序。掌握好它的三种使用形式、锁升级机制以及使用边界，能有效避免常见并发问题。不复杂但容易忽略细节。