std::ranges::all_of用于检查整个范围是否全满足谓词，支持所有range类型且自动推导类型；正确用法是传入range对象和谓词，如std::ranges::all_of(v, [](const auto& x) { return x % 2 == 0; })，需注意谓词签名、adl歧义、空范围返回true等细节。
std::ranges::all_of 用法和基本条件判断
直接用 std::ranges::all_of 检查范围是否全满足某个谓词，比手写循环或老式 std::all_of 更简洁、更泛型——它自动推导迭代器类型，且支持所有 range（包括 std::vector、std::array、C 风格数组、甚至自定义 view）。关键前提是：你传入的必须是一个 valid range，且谓词要能接受该 range 的元素类型。
常见错误是把容器本身当参数传错位置，比如写成 std::ranges::all_of(v, pred)（漏掉 begin/end 或 range），正确写法是：
std::vector<int> v = {2, 4, 6, 8};
bool all_even = std::ranges::all_of(v, [](int x) { return x % 2 == 0; }); // true</int>
注意：v 是整个 range，不是 v.begin(), v.end() —— 这正是 ranges 版本的优势。
谓词写错导致编译失败或逻辑翻车
谓词签名不匹配是最常卡住的地方。比如 range 元素是 const int&，而你写了 [](int x)（按值捕获），虽然多数情况能隐式转换，但若元素是不可拷贝类型（如 std::unique_ptr<int></int>），就会编译失败。
- 推荐统一用
auto&&或const auto&捕获，避免意外拷贝或绑定失败：[](const auto& x) { return x > 0; } - 如果谓词里修改了元素（比如调用非 const 成员函数），确保 range 不是 const 限定的；否则会触发“discarding qualifiers”类错误
- lambda 捕获外部变量时，注意生命周期——比如对临时 view（如
views::filter(...)）用[&]可能悬垂
和 std::all_of 混用引发 ADL 或重载歧义
如果你同时包含 <algorithm></algorithm> 和 <ranges></ranges>，又没加作用域限定，编译器可能选错重载版本。典型现象是：传入 C 风格数组时，std::all_of(arr, arr + N, pred) 能过，但 std::ranges::all_of(arr, pred) 报错，提示 “no matching function”。原因往往是 ADL 找到了老版算法，或者数组退化为指针后不满足 range 概念。
解决办法很直接：
- 显式用
std::ranges::all_of，别依赖 using 声明 - C 风格数组要用
std::span或std::ranges::subrange包一层再传，例如：std::ranges::all_of(std::span{arr}, pred) - 避免在命名空间作用域里写
using namespace std::ranges;，尤其在头文件中
性能差异和短路行为是否可靠
std::ranges::all_of 和老版一样，是短路求值：遇到第一个 false 就停，不会遍历全部。这点放心，标准明确要求。
但要注意：某些 view（比如 views::transform）的迭代器解引用开销可能比原生容器高，如果谓词本身很轻（比如 x > 0），那额外的间接层反而拖慢速度。实测中，对 std::vector 直接调用几乎无开销；但对 views::iota(0) | views::take(1000) 这类惰性 view，迭代器移动成本会上升。
真正影响性能的其实是谓词复杂度——别在里面做 heavy I/O 或内存分配；也别误以为加了 std::ranges:: 前缀就自动并行化，它默认仍是单线程顺序执行。
容易被忽略的是：如果 range 是空的（比如空 vector），std::ranges::all_of 返回 true（空真），这符合逻辑，但业务代码里若没考虑边界，可能掩盖 bug。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
