我没有一个完美的解决方案，但有一个可能的变通方法，需要一些自定义代码，代价是增加内存使用量。您可以将
std::unordered_set<std::string>替换为具有键视图和字符串值（支持视图的字符串）的
std::unordered_map。
不幸的是，由于小字符串优化，我们不能依赖std::move保留底层string数据的原始地址，所以像这样的操作：
std::string to_insert(...);
mymap.try_emplace(to_insert, std::move(to_insert));
不会起作用。
相反，它必须是一个std :: unordered_map >，以便我们可以保留字符串字符的唯一地址，使代码更像：
auto to_insert = std::make_unique<std::string>(...)
mymap.try_emplace(*to_insert, std::move(to_insert))
虽然插入操作可能会有些丑陋，但简单的成员测试仍然很简单，因为std::string定义了一个隐式的operator std::string_view，而std::string_view具有将char*隐式构造函数，因此成员测试仍然保持简单：
if (mymap.count(some_string)) { ... }
判断some_string是char*、std::string_view还是std::string。
注：我不确定基于两行的try_emplace插入代码是否合法，因为我对C++有点生疏，并且非常担心在使用unique_ptr的表达式中进行move; 在g++ 7.2上似乎可以工作，而且我认为传递给构造值的参数是安全的, 因为try_emplace的键参数是立即构造的，但我承认我的C++评估顺序的理解（或缺乏理解）并不完美。如果我做了违法的事情，而不仅仅是丑陋，那么修复它将需要稍微更丑陋的（但绝对有序的）：
auto to_insert = std::make_unique<std::string>(...);
std::string_view key{*to_insert};
mymap.try_emplace(std::move(key), std::move(to_insert));
附加说明：仅有使用emplace/emplace_hint/try_emplace函数可以在这个设计中安全地更新mymap中的条目。如果在构建映射时遇到相同的键，则使用mymap[key] = std::move(to_insert);或insert_or_assign会出现问题，因为原始的string_view（引用原始string的数据）将被保留，而值将被替换为新的string，从而使string_view的指针失效。虽然insert不会替换值，但我认为使用它需要更像try_emplace的三行代码设计，因为如果你试图在pair构造的过程中构造视图和unique_ptr，则会发生无序构造。
char*和长度的工作。std::string_view是C++17的一个特性，因此即使有解决方案，该问题也不太可能吸引它们。人们希望string_view的发明包括解决这种用例（尽管如果没有也不会感到惊讶）。 - ShadowRangerstd::unordered_map/set被专门用于std::string类型的键，否则在这些类型上进行异构查找是不可用的（并且在不久的将来也将如此）。我承认前一个条件在重复问题中没有明确说明，但我通过简单地搜索问题标题就可以轻松找到所需的信息，以便得出这样的结论。 - Max Langhof