std::set迭代器仅为bidirectionaliterator，不支持o(1)索引操作；其底层红黑树节点非连续存储，故it+n、it[n]非法，std::next/advance均为o(n)，需依场景选用vector排序或pbds等替代方案。
std::set 迭代器不是 RandomAccessIterator
因为 std::set 底层是红黑树，节点在内存中非连续分布，没有 O(1) 索引能力。标准要求它的迭代器只满足 BidirectionalIterator 概念，所以不支持 it + n、it[n] 或 std::advance(it, n) 的常数时间版本（后者实际是循环调用 ++it）。
常见错误现象：auto it = s.begin() + 5; 编译失败，报错类似 no match for operator+；或误用 std::distance 后直接加减，以为能跳转。
- 使用场景：需要按顺序遍历、查找、插入删除 —— 这些它都很快；但别指望“第 5 个元素”这种操作能快
- 性能影响：用
std::next(s.begin(), k)获取第 k 个元素，时间复杂度是 O(k)，不是 O(1) - 兼容性上，所有基于红黑树的关联容器（
std::map、std::multiset）都一样
想快速访问第 k 小元素？别硬绕迭代器
如果真需要按序号取值（比如“求第 5 小的数”），靠迭代器一步步走是下策。红黑树本身不存秩信息，但你可以换结构或加辅助。
- 改用
std::vector+std::sort（静态数据）：O(n log n) 预处理，O(1) 查第 k 个 - 用支持 order statistic 的扩展容器，比如 GNU C++ 的
__gnu_pbds::tree，它提供find_by_order(k)和order_of_key(x) - 自己维护一个平衡 BST 并带子树大小（手写 or 第三方库如
boost::container::flat_set不行，它仍是有序 vector，但不支持动态 rank 查询）
示例（GNU 扩展）：
__gnu_pbds::tree<int, null_type, less<int>, rb_tree_tag, tree_order_statistics_node_update> t;<br>t.insert(10); t.insert(20); t.insert(5);<br>int kth = *t.find_by_order(1); // 得到 10，即第 1 小（0-indexed）
立即学习“C++免费学习笔记（深入）”；
std::advance 和 std::next 的行为差异要盯住
std::advance 和 std::next 看似都能“往前走 n 步”，但对 std::set::iterator 来说，它们内部都是线性推进，没有优化。别被名字误导，以为 advance 会“智能跳转”。
-
std::next(it, n)返回新迭代器，原it不变；std::advance(it, n)直接修改传入的迭代器 - 两者对
BidirectionalIterator都是 O(n)；只有对RandomAccessIterator（如std::vector::iterator）才是 O(1) - 容易踩的坑：在循环里反复调用
std::next(s.begin(), i)做“随机访问”，整体变成 O(n²)
替代方案选型时，注意“有序”和“可索引”通常不可兼得
这是根本权衡：红黑树保证 O(log n) 插删查 + 有序遍历，但放弃 O(1) 索引；数组保证 O(1) 索引，但插入删除是 O(n)。没有银弹。
- 如果读多写少、且需频繁按序号访问 → 先 dump 到
std::vector再排序 - 如果动态增删频繁、又必须支持 rank 查询 → 接受 GNU 扩展或引入
policy-based data structures - 如果只是偶尔找“前 3 个”或“后 2 个”，用
std::next或std::prev无妨，别过早抽象
最容易被忽略的一点：调试时用 std::distance(s.begin(), it) 测位置，看起来方便，但每次调用都是 O(distance)，在线上高频路径里可能悄悄拖慢整个逻辑。
