1.为什么会这样？
HashMap比Hashtable更新，并修复了其一些限制。
我只能猜测设计师在想什么，但这是我的猜测：
- Hashtable通过调用每个键来计算每个键的哈希值
hashCode
。如果键为null，则此操作将失败，因此这可能是不允许将null作为键的原因。 Hashtable.get
如果键不存在，则该方法返回null。如果null为有效值，那么对于null是否意味着存在该键但其值为null还是不存在该键值将是不确定的。模糊性不好，因此这可能是不允许将null作为值的原因。
但是事实证明，有时您确实想存储空值，因此在HashMap中删除了限制。文档中还包含以下警告
HashMap.get：
返回值null不一定表示该映射不包含该键的映射。映射也可能将键显式映射为null。
2.在HashMap中具有这样的键和值有什么用？
显式存储null来区分您 知道
存在但不具有关联值的键和不存在的键非常有用。一个示例是已注册用户及其生日的列表。如果您要求特定用户的生日，则希望能够区分该用户不存在和该用户存在但他们尚未输入生日。
我想不出将null作为密钥存储的任何（好的）理由，总的来说，我建议不要使用null作为密钥，但是大概在某个地方至少有人需要可以将null作为密钥空值。
