set基于红黑树实现，元素有序，操作时间复杂度为O(log n)；unordered_set基于哈希表，无序但平均操作速度为O(1)，适合频繁查找插入且不关心顺序的场景。
set 和 unordered_set 是 C++ STL 中两种常用的关联式容器，它们都用于存储唯一元素，但在底层实现、性能特征和适用场景上有显著区别。正确选择两者能有效提升程序效率。
底层实现机制不同
set 基于红黑树（一种自平衡二叉查找树）实现，元素在插入时自动排序，保证有序性。插入、删除和查找的时间复杂度稳定为 O(log n)。
unordered_set 使用哈希表实现，通过哈希函数将元素映射到桶中，理想情况下查找、插入和删除操作的平均时间复杂度为 O(1)，最坏情况可能退化到 O(n)（如大量哈希冲突）。
元素是否有序
set 中的元素始终按照升序（或自定义比较规则）排列，支持顺序遍历，可直接获取最大值、最小值，也适用于需要范围查询的场景，比如查找某个区间内的所有元素。
立即学习“C++免费学习笔记（深入）”；
unordered_set 不保证元素顺序，遍历时的顺序是不确定的。如果你只关心“是否存在”而不关心“顺序”，它更合适。
例如：
- 需要输出所有名字按字母顺序排列 → 用 set
- 仅判断某个用户名是否已注册 → 用 unordered_set 更快
性能与开销对比
set 的操作虽然稳定，但常数较大，树节点需要额外内存维护左右子指针和颜色信息。
unordered_set 在大多数情况下更快，尤其数据量大且哈希分布均匀时优势明显。但它有额外的哈希表开销，可能占用更多内存，并依赖于良好的哈希函数避免冲突。
需要注意：自定义类型使用 unordered_set 时必须提供 hash 函数，而 set 只需支持比较操作（operator
应用场景建议
选择依据主要看是否需要有序性和性能要求：
- 需要有序遍历、前驱后继查找、区间操作 → set
- 频繁查找、插入、删除，且不关心顺序 → unordered_set
- 元素是基本类型（int, string）且数量大 → 优先尝试 unordered_set
- 涉及范围查询，如“找出所有小于 x 的数” → 只能用 set
基本上就这些。理解两者的差异后，根据实际需求权衡有序性与速度，就能做出合理选择。unordered_set 快但无序，set 稳定有序但稍慢，没有绝对优劣，关键在于场景匹配。
