std::ranges::min_max更快是因为单次遍历容器并同步维护最小值和最大值，比较次数约3n/2，优于两次单独调用min/max的2n次比较。
std::ranges::min_max 为什么比两次调用 min 和 max 更快
因为只遍历一次容器，而不是两次。每次单独调用 std::ranges::min 或 std::ranges::max 都会从头到尾扫一遍迭代器范围；而 std::ranges::min_max 在单次遍历中同时维护当前最小值和最大值，理论比较次数约是 3n/2（而非 2n），尤其对大型容器或昂贵比较操作（如自定义 operator）更明显。
std::ranges::min_max 的返回类型和解包方式
它返回一个 std::pair，其中 .first 是最小值的迭代器，.second 是最大值的迭代器 —— 注意：不是值本身，而是指向它们的迭代器。若需值，得解引用；若容器为空，行为是未定义的（必须提前检查）。
常见写法：
auto [min_it, max_it] = std::ranges::min_max(v); // C++20 结构化绑定 int min_val = *min_it; int max_val = *max_it;
容易踩的坑：
- 忘记检查容器是否为空，导致解引用
end()迭代器崩溃 - 误以为返回的是值（
int），直接赋给int变量编译失败 - 在
std::vector<bool></bool>上使用 —— 其迭代器不是可解引用的普通指针，std::ranges::min_max可能不适用（因 proxy iterator 语义限制）
自定义比较器下 min_max 的行为差异
传入的比较器（如 std::greater{}）会影响“最小”和“最大”的定义，但不会改变算法逻辑：仍用同一组比较完成两个极值定位。比如用 std::greater 时，.first 实际指向**最大值**（按 意义），<code>.second 指向**最小值** —— 因为算法内部统一用该比较器判断“更小”。
要点：
- 比较器必须满足 strict weak ordering，否则结果未定义
- 若比较器有副作用（如计数、日志），会被执行约
3n/2次，不是n次 - 不能混用不同比较逻辑（例如想用
找 min、用 <code>>找 max）——min_max强制共用一个谓词
性能实测中容易被忽略的边界情况
小容器（如 size ≤ 4）下，min_max 的常数开销（多维护一个变量、分支预测压力）可能反不如两次独立调用；且编译器对简单循环的优化（如 vectorization）在 min_max 中较难生效。
建议：
- 对
std::array或固定小尺寸，考虑手写展开（如 if-else 链） - 对
std::list或其他双向迭代器，min_max仍只遍历一次，但随机访问优势消失，性能增益主要来自减少迭代器移动次数 - 若后续还需极值索引而非迭代器，别先取
std::distance(begin(), it)—— 那会额外遍历，应改用带索引的遍历或记录位置
最常被跳过的一步：确认你的标准库实现是否完整支持 std::ranges::min_max（GCC 12+、Clang 14+、MSVC 19.3x 起；早期版本仅提供 std::minmax，不支持 range 版本）。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
