std::minmax_element返回指向最小和最大元素的迭代器对，需解引用获取值；空容器时返回end()，须检查；支持自定义比较器。
std::minmax_element 一次找两个迭代器，不是两个值
它返回的是 std::pair<iterator iterator></iterator>，分别指向最小和最大元素——注意是「迭代器」，不是值本身。直接解引用才能拿到值，很多人卡在这一步。
常见错误是写成：auto [min_it, max_it] = std::minmax_element(...); int min_val = min_it;（错！漏了 *min_it）
实操建议：
- 必须对返回的两个迭代器分别解引用：
*min_it和*max_it - 如果容器为空，返回的两个迭代器都等于
end()，解引用会崩溃，务必先检查：if (it.first != vec.end()) - 支持自定义比较器，比如按绝对值找极值：
std::minmax_element(v.begin(), v.end(), [](int a, int b) { return std::abs(a)
和两次调用 std::min_element + std::max_element 比，有性能优势吗？
有，而且明显。单次遍历完成，时间复杂度仍是 O(n)，但实际比较次数更少：最坏约 3n/2 次比较；而分开调用是 2n 次。
立即学习“C++免费学习笔记（深入）”；
不过这个优势只在「同一范围、同一比较逻辑」下成立。如果你需要 min 按升序、max 按降序，就不能用 std::minmax_element——它强制用同一个比较器。
实操建议：
- 默认场景优先用
std::minmax_element，省事且更快 - 别为了“看起来简洁”强行套用：比如想同时用
std::greater{}找 max、std::less{}找 min——不行，必须统一 - 注意：C++17 起才支持结构化绑定，老标准需写
auto p = std::minmax_element(...); auto min_it = p.first; auto max_it = p.second;
数组、vector、list 都能用，但 list 的性能代价你得知道
std::minmax_element 是泛型算法，只要传入符合 InputIterator 要求的迭代器就行。所以 int arr[5]、std::vector、std::list 全部支持。
但关键差异在底层访问成本：std::vector 支持 O(1) 随机访问，std::list 是 O(n) 遍历——算法本身仍是 O(n) 时间，但常数因子大得多，尤其在 cache 友好性上差很多。
实操建议：
- 对
std::list，除非真需要链表语义，否则优先考虑换成std::vector再用std::minmax_element - 原生数组要用
std::begin(arr)/std::end(arr)包一层，别传裸指针加长度 - 对 C 风格字符串（
const char*），不能直接用——没结束标记，std::minmax_element会越界；必须明确给范围，比如str, str + len
常见报错：no matching function for call to 'minmax_element'
典型原因是迭代器类型不匹配或比较器签名不对。最常踩的坑是传了 const 容器但用了非 const 迭代器，或者比较器参数类型和元素类型不一致。
比如：const std::vector<int> v = {1,2,3}; auto p = std::minmax_element(v.begin(), v.end());</int> —— 错！v.begin() 返回 const_iterator，但 std::minmax_element 模板推导可能卡住。
实操建议：
- 对 const 容器，显式用
v.cbegin()/v.cend() - 自定义比较器里，参数类型尽量用
const T&，避免值传递或类型截断（如把long long当int传） - 编译器报错信息里若出现
__normal_iterator或invalid operands to binary expression，基本就是比较器返回类型不是bool，或参数类型不匹配
真正麻烦的不是语法，而是边界：空容器、单元素、自定义类型没有定义 、比较器捕获了已销毁的局部变量……这些地方一松懈就段错误。
