基础面试题——ConcurrentHashMap为什么在JDK1.8中使用synchronized而不是ReentrantLock

---- 在 JDK 1.8 之前，ConcurrentHashMap 使用的是 ReentrantLock 来实现分段锁（Segment Locking），从而保证线程安全。然而在 JDK 1.8 中，ConcurrentHashMap 进行了重构，改为使用 synchronized 和 CAS 操作来实现更细粒度的锁机制。----

首先synchronized无需手动锁管理，编程模型更简单，不需要明确的调用锁的获取和释放方法

现代 JVM 对 synchronized 锁进行了很多优化，如偏向锁、轻量级锁等。这些优化使得 synchronized 在低竞争和无竞争场景下的性能非常接近无锁操作

synchronized 是JVM内置语义，JVM 的即时编译器（JIT）能在运行时做出相应的优化，可以进行锁粗化，锁消除，在无竞争的情况下自动去掉不必要的锁。这些都是ReentrantLock 所不具备的。

synchronized 的使用让代码更加直观和易读，减少了因锁管理带来的复杂性，提高了代码的可维护性。

当获取锁失败时，synchronized 会通过自旋避免线程被挂起，而ReentrantLock 会导致线程被挂起，
而线程不需要被挂起时，可以减少上下文切换的开销