std::ranges::minmax比两次调用更高效且语义清晰，但要求范围非空，否则抛std::length_error；因内部需解引用首个迭代器初始化候选值，空范围导致未定义行为，故标准库选择提前报错。
直接说结论：用 std::ranges::minmax 比两次调用 std::ranges::min 和 std::ranges::max 更高效，且语义更清晰；但它要求范围至少有一个元素，空范围会抛出 std::length_error。
为什么不能直接用 std::ranges::minmax 处理空范围
它内部依赖 std::ranges::begin 和 std::ranges::end，并立即解引用首个迭代器来初始化 min/max 候选值——这在空范围内直接导致未定义行为，标准库选择提前报错而非静默失败。
- 常见错误现象：
std::length_error: cannot form a range with no elements - 使用场景：处理用户输入、文件解析、网络响应等可能为空的容器时必须前置检查
- 正确做法：先用
std::ranges::empty判断，再决定是否调用minmax
示例：
auto v = std::vector<int>{};
if (!std::ranges::empty(v)) {
auto [min_val, max_val] = std::ranges::minmax(v);
// 安全使用
}
std::ranges::minmax 的比较逻辑和自定义谓词怎么写
默认按 operator< 比较，但可通过 comp 参数传入任意二元可调用对象；注意它只接受一个谓词，同时用于 min 和 max 的判断（即“小于”关系），不支持为 min/max 分别指定不同逻辑。
立即学习“C++免费学习笔记（深入）”；
- 参数差异：谓词签名应为
bool( const T&, const T& )，返回true表示第一个参数“更小” - 容易踩的坑：传入
std::greater{}会让结果反转（minmax返回的min实际是原序列最大值） - 性能影响：谓词若含副作用或开销大（如字符串比较、函数调用），会被执行约 1.5×n 次（比单独 min/max 合计少约 0.5×n 次）
示例（升序找字典序最小/最大字符串）：
auto words = std::vector<std::string>{"zebra", "apple", "banana"};
auto [first, last] = std::ranges::minmax(words); // 默认按 operator<
返回值类型 std::ranges::minmax_result<T> 怎么安全取值
它不是 std::pair，而是一个有命名成员的结构体：.min 和 .max；C++20 结构化绑定能自动解包，但手动访问需注意类型推导限制。
- 常见错误现象：对临时对象用
&绑定成员，导致悬垂引用（尤其在返回右值时） - 使用场景：需要把结果存入类成员或传给非 const 引用参数时
- 安全建议：优先用结构化绑定，或显式拷贝（
auto min_val = result.min;） - 兼容性影响：MSVC 2022 17.5+、GCC 12、Clang 14+ 支持完整特性；旧编译器可能无法推导
minmax_result成员类型
真正容易被忽略的是：当范围是 std::vector<int> const& 这类只读视图时，minmax 返回的 min 和 max 是 const int&，不能直接赋给非 const 引用变量——得加 std::move 或显式转型，否则编译失败。
