ConcurrentHashMap 是高并发场景下高效线程安全的缓存底座，需正确设计不可变 key、预估容量、用 computeIfAbsent 原子加载、并配合外部机制实现过期控制。
ConcurrentHashMap 是 Java 中专为高并发场景设计的线程安全 Map，它比 synchronized HashMap 或 Collections.synchronizedMap 更高效，特别适合用作高频读写缓存。关键不在于“能用”，而在于“怎么用对”——避免误用导致缓存失效、内存泄漏或性能反降。
缓存键值设计要支持快速比较与合理散列
缓存命中率直接受 key 的 equals/hashCode 实现影响。若自定义对象作 key，必须重写这两个方法，且保证：
- 相同业务含义的对象，hashCode 返回值一致，equals 返回 true
- key 对象尽量不可变（如用 final 字段 + 无 setter），避免修改后散列位置错乱，导致 get() 查不到
- 避免用 Date、ArrayList 等可变对象直接作 key；如需时间维度缓存，建议转为 long 时间戳或格式化后的不可变字符串
合理设置初始容量与并发级别（Java 8+ 可简化）
Java 8 起 ConcurrentHashMap 底层改用 CAS + synchronized 分段锁（实际是基于 Node 数组 + 链表/红黑树），不再需要显式指定 concurrencyLevel。但仍建议预估容量，减少扩容开销：
- 初始化时传入 expected size / 0.75（即负载因子默认值），例如预估存 3000 条，设 initialCapacity = 4096
- 构造时避免用默认无参构造（initialCapacity=16），高频缓存下扩容会引发短暂阻塞和 rehash 开销
- Java 9+ 提供了 newKeySet()、newFullAdder() 等辅助方法，但缓存场景仍以 Map 构造为主
用 computeIfAbsent 替代“先查再put”的手动双检
这是最易被忽视却最关键的实践。手动判断 + put 容易写出非原子逻辑，尤其在高并发下可能重复加载、覆盖或丢失：
立即学习“Java免费学习笔记（深入）”；
- ❌ 错误写法：if (!map.containsKey(key)) map.put(key, loadFromDB(key)); —— 存在竞态窗口
- ✅ 正确写法：map.computeIfAbsent(key, k -> loadFromDB(k)); —— 整个操作原子执行，只加载一次
- 注意：load 方法不能抛受检异常，否则需包装成 RuntimeException；若加载可能失败，建议缓存 Optional 或 Result 包装类
主动清理与过期控制需额外实现（ConcurrentHashMap 本身无 TTL）
ConcurrentHashMap 不提供自动过期功能。如需时效性（如 5 分钟热点数据），有几种轻量方案：
- 搭配 ScheduledExecutorService 定期扫描清理（适合 key 可枚举、总量可控）
- 写入时记录时间戳（如 value 封装为 CacheEntry
{ V data; long expireAt; }），get 时检查并返回 null（由上层决定是否重新加载） - 更推荐集成 Caffeine —— 它底层用 ConcurrentHashMap 做存储，但封装了 LRU、LFU、定时过期、异步刷新等能力，API 简洁且性能极佳
基本上就这些。ConcurrentHashMap 作为缓存底座很可靠，但真正高效的关键，在于键设计合理、加载逻辑原子、过期策略清晰。不复杂，但容易忽略细节。
