HashMap::entry的签名是:
pub fn entry(&mut self, key: K) -> Entry<'_, K, V>
好的，看起来不错.我想从HashMap中获取一个键为K的条目，所以我当然需要给它一个K.
然而，HashMap:get的签名是:
pub fn get<Q>(&self, k: &Q) -> Option<&V>
where
K: Borrow<Q>,
Q: Hash + Eq + ?Sized,
现在我完全糊涂了.这个复杂的约束是怎么回事？为什么不是K或&K呢？
当您使用entry时，您将获得一个空闲条目或一个已占用条目.如果条目是空的，并且您希望调用某些函数(如or_insert)，则需要实际的键，而不是对它的引用，因为此时您将插入到映射中.请注意，我们不知道密钥是否支持Copy或Clone，因此我们不能采用引用并克隆它.
但是，当您使用get时，您不需要插入实际值.只使用一个引用就可以计算Hash和Eq，这是确定键是否在映射中所必需的.如果密钥很大，这会更有效率，并且可以避免不必要的分配.
此外，get还允许您使用实现Borrow的任何内容作为密钥.因此，如果您的密钥是String，则可以使用&str到get.这很棒，因为您的密钥可能是拥有的，但您希望使用&str字面值，如"foo"来在 map 中进行查找.在这种情况下，根本不需要分配，因为字符串是在程序代码中硬编码的.