std::minmax_element 是一次遍历返回最小和最大元素迭代器的函数，避免重复扫描；返回 std::pair<Iterator, Iterator>，需解引用获取值，空容器时返回 end() 迭代器。
std::minmax_element 是什么，为什么不用两次调用 std::min_element + std::max_element
它是一次遍历就返回最小值和最大值迭代器的函数，避免对容器重复扫描。对 std::vector、std::array 等随机访问容器，性能提升不明显；但对 std::list 或自定义前向迭代器范围，能省下一半比较次数和遍历开销。
常见错误是误以为它返回值（std::pair），其实返回的是 std::pair<Iterator, Iterator> —— 两个迭代器，不是值本身。
- 必须解引用才能拿到值：
*it_min和*it_max - 空容器会返回
end()迭代器，直接解引用导致未定义行为 - 若容器只有一个元素，
min和max迭代器指向同一位置
怎么安全调用 std::minmax_element（带边界检查）
不能无脑解引用。尤其在处理用户输入或动态容器时，必须先确认非空。
示例写法：
立即学习“C++免费学习笔记（深入）”；
auto range = std::minmax_element(v.begin(), v.end());
if (range.first != v.end()) {
int min_val = *range.first;
int max_val = *range.second;
// 安全使用
}
-
v.end()是唯一可靠的“无效”标记，不要用range.first == v.begin() && v.empty()这类猜测 - 如果用
std::minmax_element配合std::vector::data()，注意迭代器失效风险：插入/扩容后所有迭代器作废 - C++17 起支持执行策略（如
std::execution::par_unseq），但仅限随机访问迭代器，且实际加速依赖数据规模和硬件
和 std::minmax 的关键区别在哪
std::minmax 是针对两个值或初始化列表的，比如 std::minmax(a, b) 或 std::minmax({1,2,3})；而 std::minmax_element 是针对迭代器范围的——这是最常混淆的点。
- 传入单个值？编译失败，报错类似：
no matching function for call to 'minmax_element' - 想对数组字面量找极值？得转成范围：
std::minmax_element(std::begin(arr), std::end(arr)) -
std::minmax返回std::pair<const T&, const T&>，可直接取值；std::minmax_element返回的是迭代器，必须解引用
自定义比较逻辑时要注意的坑
传入的比较函数必须满足严格弱序（strict weak ordering），否则行为未定义——这点和 std::sort 一致，但容易被忽略。
典型翻车场景：
- 用
>当比较器找“最小”，结果逻辑反了：std::minmax_element(..., std::greater<int>{})会让first成最大值位置 - 比较函数捕获局部变量但生命周期结束，比如在 lambda 中引用栈上临时对象
- 浮点数比较没处理 NaN：NaN 与任何值（包括自身）比较都为 false，会导致
minmax_element行为异常
安全做法是显式写清楚语义，例如：[](const auto& a, const auto& b) { return a.id < b.id; }，而不是依赖默认或隐式转换。
复杂点在于：迭代器有效性、空范围处理、比较器语义一致性，这三处出问题不会立刻报错，而是静默错值或崩溃。写完别忘了用空容器、单元素、全相同值三种 case 测一遍。
