需要有序性选std::set，基于红黑树实现，支持排序和范围查询，操作复杂度O(log n)；追求平均性能选std::unordered_set，基于哈希表，查找插入删除平均O(1)，但无序且最坏情况O(n)。
选择 std::set 还是 std::unordered_set，核心在于你的程序是否需要有序性，以及对性能的具体要求。两者都保证元素唯一，但底层实现和特性差异显著。
关注元素顺序？选 std::set
如果你的应用场景依赖于元素的排序，std::set 是唯一的选择。它基于红黑树实现，能自动将元素按升序（默认）排列。
这带来了几个关键优势：
- 迭代遍历时，可以按从小到大的顺序访问所有元素，方便输出或处理。
- 支持范围查询，比如使用 lower_bound() 和 upper_bound() 快速找到某个值的前驱、后继或一个数值区间内的所有元素。
- 集合的大小关系清晰，逻辑上更易于理解。
代价是每次插入、删除和查找操作的时间复杂度都是 O(log n)，因为需要维护红黑树的平衡结构。
立即学习“C++免费学习笔记（深入）”；
追求极致速度？选 std::unordered_set
如果只关心“某个元素是否存在”，而不关心它在容器中的位置或与其他元素的大小关系，那么 std::unordered_set 通常是更好的选择。它基于哈希表实现，通过哈希函数直接定位元素的存储位置。
其最大优点是平均性能：
- 查找、插入和删除的平均时间复杂度都是 O(1)，速度非常快，尤其在数据量大时优势明显。
但也有需要注意的地方：
- 最坏情况下，当哈希冲突严重时，性能会退化到 O(n)。
- 内存开销通常比 std::set 更大，因为它需要预留足够的哈希桶来减少冲突。
- 元素是无序的，遍历结果不可预测，也无法进行范围查询。
决策总结：顺序 vs. 速度
简单来说，做决定时问自己一个问题：我需要有序吗？
需要有序，或者需要用到 lower_bound 这类功能，就用 std::set。只需要快速判断成员资格（例如去重、缓存、黑名单），并且不介意无序，就用 std::unordered_set。基本上就是这个原则。
