C++17 引入了hash<string_view>。在编写自己的自定义哈希时，我想重用字符串哈希的 STL 实现。
std::hash<std::string>()("Hello, world") 是否比 std::hash<std::string_view>()("Hello, world") 慢？是一样的吗？
我什么时候想使用std::hash<std::string>()？
【问题讨论】：
标签： c++ c++17 string-view
std::hash<std::string>()("Hello, world")比std::hash<std::string_view>()("Hello, world")慢吗？
是的。
前者较慢，因为创建std::string 比创建std::string_view 慢。
我什么时候想使用
std::hash<std::string>()？
当你有一个std::string 对象并且你想从中计算一个哈希值时。
【讨论】：
std::hash<std::string_view>()(myStr.c_str())？
std::hash<std::string> 在散列文字时比较慢，因为必须制作字符串的副本。散列 std::string 时不会变慢。
unordered_map 这样的容器，它本身会要求哈希值。如果您需要unordered_map<string, T>，因为它需要拥有密钥的存储空间，那么它将使用hash<string> 而不是string_view。
std::string 场景中应用堆省略？
std::hash<std::string> 将std::string const& 作为其operator() 的参数。如果您有std::string，并且您正在对它们进行哈希处理，那么这就是您想要的。如果您使用hash<string_view>，则必须将std::string 转换为std::string_view，这需要花费一些成本（不多，但确实存在）。
如果您的数据集不仅包含 std::strings，还包含 c 字符串，那么 hash<string_view> 可能会更好。将 c 字符串转换为 std::string 可能需要动态内存分配，因此如果您可以避免这种情况，通常您会在性能领域获胜。这需要分析，因为 std::strings 和 c-strings 的混合以及 c-strings 的大小作为 SSO（短字符串优化）可能使 std::hash<std::string> 成为更好的选择。
【讨论】：
std::hash<std::string>()("Hello, world") 比 std::hash<std::string_view>()("Hello, world") 慢，因为它必须首先创建一个 std::string。