如果 JVM 没有实现偏向锁（Biased Locking），并且 synchronized 直接使用重量级锁，系统会在所有情况下都采用重量级锁来处理同步。这会导致一些性能上的影响，具体如下：
影响与性能问题
-
增加锁开销:
- 阻塞和唤醒: 重量级锁涉及到线程的阻塞和唤醒，这会引入较大的开销。每次获取和释放锁时，操作系统都需要管理线程的状态，进行上下文切换。这会增加 CPU 和内存的开销。
- 上下文切换: 线程在被阻塞和唤醒时，操作系统需要进行上下文切换。这种切换会导致额外的 CPU 时间消耗和性能下降。
-
资源浪费:
- 无竞争的情况: 在没有竞争的情况下（即同一线程多次进入同步块），重量级锁的开销是冗余的。因为在这种情况下，锁并不需要实际的线程阻塞和唤醒，只是为了确保线程安全。这会导致资源的浪费。
-
性能退化:
- 频繁的锁操作: 如果所有的同步操作都使用重量级锁，即使在低竞争的情况下，频繁的锁操作会导致系统性能退化。尤其是在高负载的多线程应用中，频繁的线程上下文切换会显著降低应用的吞吐量。
偏向锁的作用
偏向锁（Biased Locking）是一种优化技术，它主要用于减少在没有竞争的情况下的锁开销。其核心思想是：
-
减少锁的开销:
- 无竞争情况下的快速获取: 偏向锁允许一个线程在第一次获取锁时将其标记为偏向于该线程。这样，后续的同步操作中，如果同一个线程再次获取锁，几乎没有任何开销，不需要进行任何阻塞或唤醒操作。
- 减少锁升级: 只有在出现真正的锁竞争时，偏向锁才会升级为轻量级锁或重量级锁。这可以减少在正常情况下的锁开销。
-
优化性能:
- 提高性能: 在单线程或少线程竞争的情况下，偏向锁可以显著提高性能。它避免了频繁的锁操作，减少了上下文切换和阻塞的开销，从而提升了程序的整体性能。
偏向锁的工作流程
-
锁的获取:
- 第一次获取: 当一个线程第一次获取锁时，JVM 会将锁标记为偏向于该线程。这个标记会记录在对象的头部信息（Mark Word）中。
- 后续获取: 在没有其他线程竞争的情况下，同一个线程的后续获取不会有任何额外的开销。
-
锁的升级:
- 锁竞争: 当其他线程尝试获取已经偏向的锁时，JVM 会检测到锁的偏向性。如果锁竞争激烈，JVM 会将偏向锁升级为轻量级锁或重量级锁，来处理实际的线程竞争。
总结
如果 JVM 没有实现偏向锁，并且 synchronized 直接使用重量级锁，会导致以下问题：
- 增加锁开销: 在所有情况下使用重量级锁会增加线程的阻塞和唤醒开销，尤其是在低竞争的情况下。
- 资源浪费: 在没有竞争的情况下，重量级锁的开销是冗余的，会浪费系统资源。
- 性能退化: 高负载情况下，频繁的锁操作会导致系统性能退化，降低应用的吞吐量。
偏向锁的引入主要是为了优化在没有竞争的情况下的锁开销，提高系统的整体性能。它通过减少锁操作的开销，减少了上下文切换和资源浪费，从而在多线程环境中提高了应用的效率。