一文读懂synchronized的使用与原理

今天我们要聊一聊Java中的一个重要的关键字——synchronized。

一、synchronized的基本使用

synchronized是Java中的一个关键字，它主要用来控制多个线程对共享资源的访问，实现同步操作。简单来说，它就像一个“通行证”，只有拿到这个“通行证”的线程才能访问被synchronized修饰的代码块或方法。

1. 使用在方法上

当我们把synchronized用在方法上时，相当于给整个方法加了一个“通行证”，也就是说，在同一时间，只允许一个线程访问这个方法。

public synchronized void method() {
    // ...
}

2. 使用在代码块上

我们也可以把synchronized用在代码块上，这样就只有这部分代码需要“通行证”才能访问。

public void method() {
    synchronized(this) {
        // ...
    }
}

二、synchronized的底层原理

1. 了解了synchronized的基本使用后，我们再来深入挖掘一下它的底层原理。

2. synchronized的底层实现原理主要涉及到一个叫做监视器锁（monitor）的概念。每一个对象都自带一个监视器，当这个对象被synchronized修饰时，这个对象的监视器就会被占用，其他线程无法获得这个监视器，因此也就无法访问这个对象的synchronized代码块或方法。只有当占用监视器的线程执行完毕后，监视器才会释放，其他线程才有机会获取到监视器并访问代码块或方法。

3. 在Java虚拟机的角度看，synchronized的工作原理可以分为两步：

4. 当遇到synchronized修饰的代码块或方法时，首先检查这个对象的监视器是否被占用。
   如果监视器没有被占用，那么就占用这个监视器并执行代码；如果监视器已经被占用，那么就等待，直到监视器被释放。

5. 总的来说，synchronized通过一个简单而强大的机制，实现了对共享资源的安全访问，保证了数据的完整性和一致性。

6. 不过，虽然synchronized功能强大，但也并非万能药，我们在使用时还需要结合具体的业务场景，做出最佳选择。

7. 以上就是我对synchronized的基本使用和底层原理的介绍，希望对你有所帮助。如果你有任何问题或者想要进一步探讨，欢迎留言交流。

1. 使用技巧与陷阱规避

接下来，我们将深入探讨synchronized的更多细节，包括如何正确使用它以及避免常见的陷阱。

1.1 正确使用synchronized

1.1.1 选择合适的锁对象

选择一个合适的锁对象是非常重要的。通常来说，被保护的资源就应该作为锁对象。例如，如果你需要同步访问一个队列，那么这个队列就应该作为锁对象。

1.1.2. 尽量减少锁的持有时间

锁定的时间越长，其他线程等待的时间就越长。因此，我们应该尽量减少锁的持有时间，只在必要的时候持有锁。

1.1.3. 避免嵌套锁

尽量避免在一个synchronized方法或代码块内部调用另一个synchronized方法，这可能会导致死锁。

1.2 避免常见的陷阱

1.2.1. 避免使用字符串常量作为锁对象

在Java中，字符串常量是共享的，即它们在所有类和类加载器中都是相同的。因此，当你使用字符串常量作为锁对象时，可能会在无意间引入不必要的锁竞争。

1.2.2. 注意区分实例锁和类锁

synchronized修饰实例方法时，是实例锁，锁住的是当前实例对象；而修饰静态方法或类，是类锁，锁住的是整个类的所有实例。两者是不同的锁，不会形成互斥。

1.2.3. 避免在持有锁的情况下调用外部方法

在持有锁的情况下调用外部方法是非常危险的，因为外部方法可能会花费很长时间执行，从而增加了锁的持有时间。或者更糟糕的是，外部方法可能也会尝试获取锁，从而造成死锁。

1.2.4. 谨慎对待异常

一旦synchronized代码块内发生异常，锁将会被释放。如果你的代码依赖于锁的持有来保护某些状态，那么需要确保在异常情况下状态仍能得到合适处理。

总结起来，synchronized虽然是一个强大的工具，但在使用时还需充满谨慎。只有深入理解它的工作机制，并且根据实际情况进行合理使用，才能真正发挥出它的威力。

希望这篇文章可以帮助你在使用synchronized时更加得心应手。

三、synchronized的锁升级

在JVM中，对象在内存中的布局可以分为三部分：对象头、实例数据和对齐填充。其中，对象头包含了mark word，它用于存储锁信息（轻量级锁、重量级锁）。当线程尝试获取对象锁时，会先检查mark word中的锁标志位来决定采用哪种锁机制。

1. 偏向锁

偏向锁是Java 6引入的一项多线程优化。它的核心思想是，如果一个线程获得了锁，那么锁就进入偏向模式，此时记录下线程ID，当这个线程再次请求锁时，无需再做任何同步操作。这样就节省了大量有关锁申请的时间。

2. 轻量级锁

如果偏向锁失败，JVM会尝试启用轻量级锁。轻量级锁主要针对线程交替执行同步块的场景进行优化。当一个线程获得轻量级锁后，其状态会变为“轻量级锁定”。当第二个线程尝试获取该锁时，如果能够成功获取到锁（即第一个线程已经释放了锁），则成功获得轻量级锁；否则，进入自旋状态，不断重试获取轻量级锁。

3. 重量级锁

当轻量级锁无法满足需求时，锁会膨胀为重量级锁，此时线程会进入阻塞状态，需要等待唤醒才能继续执行。重量级锁虽然开销较大，但在高并发情况下，可以减少因频繁获取锁导致的性能消耗。