std::ranges::all_of需C++20、头文件<algorithm>，接受单个范围（如vector、array）和谓词，空范围返回true；误用std::all_of或编译模式错误会导致no matching function错误。
std::ranges::all_of 的基本用法和必要头文件
必须包含 <algorithm>，C++20 起 std::ranges::all_of 才可用，别误用老式 std::all_of（它在 <algorithm> 里但不接受 range 概念）。传入一个范围（比如 std::vector、std::array 或带 begin()/end() 的自定义类型）和一个可调用对象（lambda、函数指针或函数对象）。
常见错误：编译报错 no matching function for call to 'all_of'，多半是忘了加 std::ranges:: 前缀，或者用了 C++17 编译模式（需 -std=c++20）。
-
std::ranges::all_of接受单个范围参数，不是两个迭代器 - 返回
bool：空范围也返回true（逻辑上“所有零个元素都满足”成立） - 支持投影（
proj参数），但多数场景用不到，先忽略
检查内置容器时怎么写 lambda 条件
条件函数接收的是元素的值（非引用，除非你显式声明为 const auto&），所以对大对象建议用引用避免拷贝。注意 lambda 捕获方式 —— 如果只读数据，用空捕获 [] 即可；若需访问外部变量，确保生命周期足够长。
示例：检查 std::vector<int> 是否全为正数：
立即学习“C++免费学习笔记（深入）”；
std::vector<int> v = {2, 4, 6, 8};
bool all_positive = std::ranges::all_of(v, [](int x) { return x > 0; }); // true
再比如检查 std::vector<std::string> 是否全非空：
std::vector<std::string> words = {"hello", "world"};
bool all_nonempty = std::ranges::all_of(words, [](const auto& s) { return !s.empty(); });
- 用
const auto&避免std::string拷贝开销 - 不要写成
[](auto s)—— 默认按值传递，可能触发不必要的构造 - 若条件依赖外部变量（如阈值），用
[threshold](int x) { return x > threshold; }，确保threshold在 lambda 存活期内有效
和传统 std::all_of 混用会出什么问题
混用会导致编译失败或行为不一致。老式 std::all_of 要求传两个迭代器（first, last），而 std::ranges::all_of 只要一个范围。如果误把 std::vector 直接传给 std::all_of，编译器找不到匹配重载。
典型错误代码：
// ❌ 错误：std::all_of 不接受容器
bool b = std::all_of(v, [](int x) { return x > 0; }); // 编译失败
正确写法只有两种：
- C++20 起优先用
std::ranges::all_of(v, pred) - 兼容旧标准则用
std::all_of(v.begin(), v.end(), pred)
注意：两者算法语义一致，但 std::ranges::all_of 对某些范围（如 std::span、视图 view）更自然，且支持定制化 range 类型。
性能和短路行为需要注意什么
std::ranges::all_of 是短路的 —— 一旦遇到第一个不满足条件的元素就立刻返回 false，不会遍历剩余部分。这对性能敏感场景（比如检查超长容器是否全满足某耗时条件）很关键。
但要注意：短路不等于“一定快”。如果条件本身开销大（比如调用函数、访问磁盘），且大多数情况都满足条件，那仍可能遍历全部元素。此时应评估是否真需要 all_of，还是改用提前 break 的循环更清晰。
- 没有额外分配内存，时间复杂度最坏 O(n)，最好 O(1)（首元素就不满足）
- 不修改原容器，纯只读操作
- 对输入范围要求是
input_range，意味着不支持输出迭代器或仅前向迭代器的范围（如某些流式生成器）
真正容易被忽略的是：空范围返回 true 这一逻辑，在业务中可能引发意外（比如验证配置列表是否全合法，结果空列表反而“通过”了）。上线前务必确认该语义是否符合你的领域逻辑。
