ConcurrentHashMap 替换 Hashtable 需注意：读不加锁、写仅锁桶；禁止 null 键值，须用哨兵或 Optional；用 putIfAbsent 等原子方法替代手动同步；迭代器弱一致，不抛 ConcurrentModificationException；扩容渐进式，无停顿。
直接用 ConcurrentHashMap 替换 Hashtable 不是简单改个类名，关键在于理解它如何用局部锁代替全局阻塞——读操作完全不加锁，写操作只锁发生修改的那个哈希桶，自然就平滑了。
注意 null 值限制，提前清理隐患
ConcurrentHashMap 不允许 null 键或值（JDK 9+ 连 value 也禁），而 Hashtable 明确禁止 null 键但允许 null 值。如果旧代码里有：
-
map.put("key", null)—— 需统一替换为哨兵对象（如MISSING_VALUE）或Optional.empty() -
if (map.get(k) == null)判断是否存在 —— 改成if (!map.containsKey(k))或先containsKey再get - 构造时传入含
null的源 Map（如new ConcurrentHashMap(otherMap)）—— 必须先过滤掉null键值对
用原子方法替代手写同步逻辑
Hashtable 的单个方法虽线程安全，但复合操作仍需手动加锁，极易出错。比如下面这段在 Hashtable 中也不安全：
if (!map.containsKey(key)) map.put(key, value);
立即学习“Java免费学习笔记（深入）”；
ConcurrentHashMap 提供原生原子方法，一次调用完成检查+动作：
javascript-typescript-typescript-scaffold
下载
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
-
putIfAbsent(key, value)：仅当 key 不存在时插入 -
computeIfAbsent(key, k -> value)：查无则计算并设值，适合缓存场景 -
merge(key, value, (old, new) -> newValue)：存在则按规则更新，否则插入 -
replace(key, oldValue, newValue)：带条件的更新，避免 ABA 问题
接受弱一致性迭代，别依赖实时快照
Hashtable 迭代中若被其他线程修改，会立即抛 ConcurrentModificationException；ConcurrentHashMap 迭代器是弱一致性的——不阻塞写入，可能看到部分更新或略旧的数据，但绝不会崩溃或抛异常。
这意味着：
- 适合监控统计、日志聚合、配置快照等容忍短暂延迟的场景
- 不适合要求强一致遍历的业务逻辑（如事务性批量校验），此时应加外部同步或另选方案
- 不要在迭代过程中调用
remove()或put()试图“边遍历边修”，这属于误用
扩容不卡顿，高并发下更稳
Hashtable 扩容必须全表加锁，搬运所有数据，期间所有读写全部阻塞，容易引发响应毛刺甚至超时。
ConcurrentHashMap（JDK 8+）扩容是渐进式的：
- 触发扩容后，新旧数组共存，写操作逐步迁移桶内数据
- 多线程可协作迁移，不独占资源
- 读操作能自动路由到新旧结构，全程无停顿
这对长连接服务、实时计费、风控规则加载等场景尤为关键。
