std::ranges::max不能直接传vector是因为它默认接受迭代器对或range而非容器对象；C++20起vector满足range概念，故std::ranges::max(vec)可行，也可用std::ranges::max(vec.begin(), vec.end())，自定义比较需显式传comparator。
std::ranges::max 为什么不能直接传 vector？
因为 std::ranges::max 默认只接受两个迭代器（或一个 range + 可选的 comparator），但它不接受容器本身——你传 vec 会报错：no matching function for call to 'max'。它要的是可迭代范围，不是容器对象。
正确做法是把容器转成 view 或直接用 vec 的迭代器对：
- 最简：用
std::ranges::max(vec)—— 这其实可行，但前提是vec是支持 range 概念的（C++20 起，std::vector满足std::ranges::range） - 更显式安全：用
std::ranges::max(vec.begin(), vec.end()) - 若需自定义比较（比如找绝对值最大），必须传 comparator：
std::ranges::max(vec, {}, [](int a, int b) { return std::abs(a)
返回的是值还是迭代器？容易混淆的坑
std::ranges::max 返回的是 元素值的副本，不是迭代器。这点和 std::ranges::max_element 完全不同——后者才返回 iterator。
如果你需要修改原容器中的最大值、或获取其位置，必须用 std::ranges::max_element：
立即学习“C++免费学习笔记（深入）”；
-
auto it = std::ranges::max_element(vec);→ 得到迭代器，可写*it = 999; -
auto val = std::ranges::max(vec);→ 只能读，且拷贝一次，对大对象有开销 - 误用
max后试图取地址：&std::ranges::max(vec)是错的，返回的是临时量
空 range 下的行为和编译期检查
std::ranges::max 对空 range 是未定义行为（UB），运行时可能崩溃或抛异常（取决于标准库实现），**不会自动 throw**。
没有内置的空检查机制，必须手动 guard：
- 判断前加
if (vec.empty()) { /* handle */ } - 或者用
std::ranges::empty(vec)（更泛化） - 注意：即使用了
std::ranges::max_element，空 range 也返回vec.end()，需判等，不是自动安全
编译器不会在编译期报错，这个错误只会在运行时暴露，尤其容易在单元测试漏掉空输入场景。
性能差异：max vs max_element vs 手写循环
三者底层都是单次遍历，算法复杂度都是 O(n)，但实际开销有差别：
-
std::ranges::max：必须拷贝最终值，对std::string或自定义大对象，拷贝成本明显 -
std::ranges::max_element：只返回迭代器，零拷贝，适合后续读/改操作 - 手写 for-loop：可提前 break、做复合逻辑（如同时记索引+值），但易出错，且失去 range 算法的泛化能力
真正影响性能的往往不是算法本身，而是你是否无意触发了不必要的拷贝，或者忽略了空 range 的边界处理。
