请解释 Java 的 ConcurrentHashMap 为什么不允许 key 或 value 为 null，并对比 HashMap 和 HashTable 在这方面的差异？

回答思路

1. 【回答框架 1】ConcurrentHashMap 是 Java 并发包中的线程安全 Map，其设计目标是在高并发下提供更好的性能。它不允许 key 或 value 为 null，主要原因之一是避免并发场景下的二义性：在单线程的 HashMap 中，get 返回 null 可以表示 key 不存在或 value 为 null，但在并发环境下，无法区分这两种情况。
2. 【回答框架 2】具体机制上，ConcurrentHashMap 的 get 操作不加锁，它通过 volatile 语义和 CAS 等机制保证可见性。如果允许 value 为 null，那么 get 返回 null 便可能是该 key 对应的 value 就是 null，也可能是该 key 尚未被放入。在并发环境中，这会导致无法判断 key 是否存在，从而可能引发误判，因此设计上直接禁止。
3. 【回答框架 3】此外，ConcurrentHashMap 在 put 操作时会检查 key 和 value 是否为 null，若为 null 则抛出 NullPointerException。这一约束也简化了内部的并发控制，避免了在操作过程中需要额外处理 null 值的情况。相对于 Hashtable 不允许 null，但通过同步保证一致性；而 HashMap 允许 null，但在并发下不安全。
4. 【回答框架 4】ConcurrentHashMap 的设计权衡在于：牺牲对 null 的支持，换取更高的并发性能和无锁读操作。在实际使用中，如果需要存储 null 值，可以考虑使用其他方式，例如使用 sentinel 对象或包装类。
5. 【关键点 1】避免 get 返回 null 的二义性，无法区分 key 不存在和 value 为 null。
6. 【关键点 2】并发环境下无锁读操作需要明确的语义，null 会破坏这一语义。
7. 【关键点 3】入参检查：put 时若 key 或 value 为 null，抛出 NullPointerException。
8. 【关键点 4】对比 HashMap（允许 null 但在并发下不安全）和 Hashtable（不允许 null 但同步开销大）。
9. 【易错点 1】误以为不允许 null 是为了防止并发下的可见性问题，实际是语义二义性。
10. 【易错点 2】认为 ConcurrentHashMap 完全等同于线程安全的 HashMap，但两者对 null 的支持及并发策略不同。
11. 【易错点 3】在需要存储 null 值时直接使用 ConcurrentHashMap，而忽略其限制。