std::ranges::all_of用于判断范围中所有元素是否满足条件，正确用法是直接传容器和lambda，支持短路、空容器返回true，需避免与旧版混用。
std::ranges::all_of的基本用法
直接用 std::ranges::all_of 配合 lambda 就能判断容器里是否所有元素都为正数，不需要手写循环或额外头文件（C++20 起 <algorithm> 已包含）。关键点是传入的范围必须支持迭代器概念，且 lambda 返回 bool。
常见错误是把容器本身（比如 std::vector）直接当参数传给 all_of，而它实际要的是范围（range）——也就是容器对象本身在 C++20 中已满足要求，但别误传 begin()/end() 迭代器对（那是旧式 std::all_of 的用法）。
- 正确写法：
std::ranges::all_of(vec, [](int x) { return x > 0; }) - 错误写法：
std::ranges::all_of(vec.begin(), vec.end(), ...)—— 这会触发 SFINAE 失败，编译报错类似no matching function for call to 'all_of' - 支持类型：
std::vector、std::array、std::list、C 风格数组（如int arr[]）、甚至字符串视图std::string_view
处理浮点数或自定义类型时的注意点
如果检查的是 double 或 float，别直接用 x > 0.0 判断“正数”，因为 -0.0 是合法浮点值且 -0.0 > 0.0 为 false，但它不是正数；同时需考虑 NaN：NaN 与任何数比较都返回 false，所以 NaN > 0.0 是 false，会导致 all_of 返回 false —— 这符合预期，但得意识到这是由比较运算本身决定的，不是 all_of 的问题。
- 更稳妥的正数判断（含浮点）：
[](double x) { return x > 0.0 && std::isfinite(x); } - 自定义类型需确保
operator>可用，且逻辑符合“正数”语义（比如某个Money类可能用amount > 0） - 空容器返回
true—— 这是标准定义（全称量化在空集上恒真），别误以为是 bug
性能和短路行为是否可靠
std::ranges::all_of 确实短路：一旦遇到第一个不满足条件的元素就立刻返回 false，不会遍历剩余部分。这点和旧版 std::all_of 一致，但底层依赖 range adaptor 的实现，目前主流标准库（libstdc++、libc++、MSVC STL）都正确支持。
立即学习“C++免费学习笔记（深入）”；
- 不要指望它比手写循环快 —— 它就是封装好的循环，无额外开销，但也没优化红利
- 若 lambda 有副作用（比如打印日志），短路意味着副作用可能不发生，别依赖它执行全部元素
- 对
std::forward_list这类单向链表，all_of仍是 O(n) 最坏，但平均提前退出收益明显
和旧式 std::all_of 混用容易出错
混用新旧版本最常踩的坑是头文件和命名空间理解偏差：有人写了 using namespace std::ranges; 后又调用 all_of(v, pred)，结果意外匹配到旧版（接受迭代器对）的重载，导致编译失败或静默错误。根本原因是 ADL（参数依赖查找）可能拉入多个 all_of 候选。
- 安全做法：显式写
std::ranges::all_of，不依赖using - 别在同个作用域同时
#include <algorithm>和手动引入旧式迭代器接口 - Clang/GCC 下可用
-std=c++20+-D_GLIBCXX_DEBUG捕获部分误用，但无法覆盖所有重载歧义场景
真正麻烦的是模板推导失败时的错误信息很长，重点盯住第一行有没有 ranges::all_of 相关的候选函数列表，而不是直接抄网上旧教程里的迭代器写法。
