【JAVA基础】关于对象锁机制

最新推荐文章于 2024-10-27 16:50:16 发布

[听得时光枕水眠]

最新推荐文章于 2024-10-27 16:50:16 发布

阅读量294

点赞数 5

文章标签： java jvm 开发语言

本文链接：https://blog.csdn.net/qq_36634055/article/details/140552607

版权

对象锁是Java多线程编程中的一个重要概念，用于控制多个线程对共享资源的访问，以防止数据竞争和确保数据一致性。在Java中，每个对象都有一个内置的锁，这个锁可以用来实现线程间的同步。

对象锁通常是通过synchronized关键字实现的，它有两种主要的使用方式：

Synchronized Methods（同步方法）: 当一个方法被synchronized关键字修饰时，任何线程在调用该方法之前，都需要获取该对象的锁。如果一个线程正在执行这个方法，其他试图调用该方法的线程将被阻塞，直到当前线程释放锁。
Synchronized Blocks（同步代码块）: 你可以在代码中使用synchronized关键字来定义一个同步代码块，需要指定一个对象作为锁。这个锁对象可以是任何Java对象，包括this关键字（代表当前对象）或者一个静态对象（代表整个类）。当线程进入这个代码块时，它需要获取锁对象的锁，其他线程如果尝试进入同一个锁对象的同步代码块，将会被阻塞。

对象锁的一些关键特性包括：

互斥性：在任何给定的时间，只有一个线程可以持有对象的锁，这意味着其他线程必须等待，直到锁被释放。
可重入性：一个线程可以多次获取同一个对象的锁，不会被自己阻塞。这意味着线程可以递归地进入同步方法或代码块。
释放锁：锁在以下情况会被释放：
- 当线程正常退出同步方法或代码块时。
- 当线程抛出一个未捕获的异常时。
- 当线程调用Thread.sleep(), Thread.yield(), 或 Object.wait() 方法时。
死锁：如果多个线程以不同的顺序获取多个锁，可能会导致死锁，即两个或多个线程都在等待彼此释放锁，从而永久阻塞。

对象锁是实现线程安全的基础，但在高并发环境下，过度使用对象锁可能会导致性能瓶颈，因为它们会导致线程阻塞和上下文切换。因此，Java还提供了其他高级的锁机制，如ReentrantLock, ReadWriteLock，以及原子变量（如AtomicInteger），这些提供了更灵活的锁管理和更高的并发能力。

在Java中，对象锁的升级机制是从无锁状态开始，根据锁的竞争情况逐步升级。这个机制是由JVM（Java虚拟机）的实现来控制的，尤其在HotSpot虚拟机中，锁升级机制被设计为一种优化手段，以减少锁的开销并提高并发性能。以下是锁升级的一般流程：

无锁状态

当一个对象被创建时，它最初处于无锁状态。在Mark Word中，锁标志位表示该对象没有被任何线程锁定。在无锁状态下，对象可以被多个线程读取，但如果有写操作，则需要升级锁状态。

升级为偏向锁

当一个线程首次尝试获取对象的锁时，如果该对象目前是无锁状态，JVM会尝试将锁升级为偏向锁。偏向锁的目的是为了减少无竞争情况下的锁获取和释放的代价。如果成功，Mark Word将被更新以包含线程ID和偏向时间戳。这意味着该对象现在被“偏向”于当前线程，只要这个线程再次访问对象的锁，它可以直接进入临界区，而无需进一步的锁获取操作。

升级为轻量级锁

如果另一个线程尝试获取已偏向于另一个线程的锁，偏向锁将失效，锁将升级为轻量级锁。轻量级锁是一种基于CAS（Compare and Swap）操作的锁实现。当一个线程尝试获取轻量级锁时，它会尝试使用CAS操作将自己的线程ID写入对象的Mark Word中。如果CAS操作成功，线程获得了锁；如果失败（即另一个线程已经拥有锁），当前线程将退回到自旋状态，不断尝试重新获取锁，直到成功或达到自旋限制。

升级为重量级锁

当轻量级锁的竞争加剧，比如超过了一定次数的自旋尝试，或者锁的争用变得频繁，轻量级锁将升级为重量级锁。重量级锁是基于操作系统提供的互斥锁（Mutex Lock）实现的，这通常涉及到内核模式的调用，比轻量级锁和偏向锁的开销要大得多。在重量级锁状态下，如果一个线程获取了锁，其他试图获取锁的线程将被阻塞并加入到锁的等待队列中，直到锁被释放。

锁的升级路径通常如下所示：