ConcurrentHashMap 在 JDK 8+ 中采用 synchronized 锁单个桶头节点，实现细粒度并发控制：桶空时 CAS 无锁插入，桶非空时仅同步竞争桶；结合 JVM 对 synchronized 的优化（偏向锁、轻量级锁等）及与 CAS 的分层协作，兼顾高性能与安全性。

ConcurrentHashMap 在 JDK 8+ 中选择 synchronized 锁单个链表头节点（即桶的首 Node），核心是为了在保证线程安全的前提下，把锁的范围压到最小、开销降到最低。

锁粒度精准控制在冲突点上

哈希表中不同 key 可能落在不同桶里。如果两个线程操作的是不同桶，它们完全不需要互相等待。synchronized 锁住的是 具体桶的头节点，不是整个数组、也不是某一段——只有当多个线程恰好 hash 到同一个桶、且该桶已有数据时，才会进入同步块竞争。

• 桶为空：直接 CAS 插入，全程无锁
• 桶非空：只对 tab[i] 指向的那个 Node 加 synchronized
• 哪怕数组长度是 16，也能支持最多 16 个线程同时写不同桶

JVM 对 synchronized 的深度优化已足够高效

早期用 ReentrantLock 是为获得更灵活的锁控制，但 JDK 1.6 起，synchronized 引入了偏向锁、轻量级锁（基于 CAS）、自旋锁、锁消除和锁粗化等机制。在锁持有时间极短（比如仅遍历或插入一个链表）的场景下，synchronized 的性能不仅不输 ReentrantLock，有时反而更优。

Java Development Man

Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。

下载

• 锁对象是堆中的一个普通 Node 实例，JVM 可对其做偏向锁优化
• 同步块执行快（通常几行代码），大概率走轻量级锁路径，避免系统态挂起
• 不用维护额外的 AQS 队列、条件队列等开销

与 CAS 形成互补协作关系

synchronized 不是孤立使用的，它和 CAS 构成一套分层策略：

• CAS 处理“无竞争”或“低竞争”的高频路径（如初始化 table、设置头节点、更新 sizeCtl）
• synchronized 守住“有竞争”的临界区（如链表遍历插入、树结构变更）
• 两者配合，让绝大多数读写操作避开重量级阻塞，又不失安全性

实现简洁，语义明确，利于 JVM 识别和优化

相比 ReentrantLock 的显式 lock()/unlock()，synchronized 是 JVM 原生指令（monitorenter/monitorexit），编译器和 JIT 更容易做逃逸分析、锁消除、锁粗化等优化。

• 例如：某个 put 操作中，若头节点未逃逸出方法作用域，JIT 可能直接消除该 synchronized 块
• 没有手动管理锁的风险（如忘记 unlock、异常导致死锁）
• 与 volatile 字段（val、next）配合，共同构建清晰的 happens-before 关系

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南