std::all_of用于检查容器所有元素是否都满足条件，空容器返回true；需传入迭代器范围和谓词，谓词参数类型应与元素类型一致，避免隐式转换和生命周期问题。
all_of 用来检查容器所有元素是否都满足某个条件
std::all_of 是 C++11 引入的算法，作用很直接：遍历区间内每个元素，对每个元素调用给定的谓词（predicate），只要有一个返回 false，就立刻返回 false；全部返回 true 才返回 true。它不修改容器，只做逻辑判断。
常见错误是误以为它能“找第一个不满足的元素”或“返回索引”——它不返回位置，也不提供中间结果，纯布尔判定。
- 必须传入两个迭代器（
begin,end）和一个可调用对象（lambda、函数指针、函数对象） - 空容器会返回
true（逻辑上“所有零个元素都满足”为真，即 vacuously true） - 谓词参数类型需与容器元素类型匹配，否则编译失败或隐式转换引发意外行为
怎么写谓词才能避免类型/语义陷阱
谓词本质是一个一元函数，接收一个 const T&（或按值）并返回 bool。最容易出错的是捕获外部变量时生命周期不一致，或用 int 比较 size_t 导致符号扩展问题。
例如判断 vector
立即学习“C++免费学习笔记（深入）”；
std::vectorv = {1, 2, 3}; bool all_positive = std::all_of(v.begin(), v.end(), [](int x) { return x > 0; }); // ✅ 安全
但下面这个就有隐患：
int threshold = -1;
bool all_ge = std::all_of(v.begin(), v.end(), [threshold](size_t x) { return x >= threshold; }); // ❌ size_t 和 int 混用，x 永远 >= -1
- lambda 参数类型尽量用
auto或与容器value_type一致（如const auto&） - 避免在谓词里修改外部状态（比如递增计数器），
all_of可能因短路提前退出，导致计数不准 - 若需调试，可在谓词中加日志，但注意：一旦返回
false就停止遍历，后续元素不会被访问
all_of 和手写循环比，性能差吗
几乎没差别。std::all_of 底层就是 for 循环 + 迭代器解引用 + 谓词调用，现代编译器（GCC/Clang/MSVC 启用 O2）通常能完全内联，生成的汇编和手写循环一致。
但要注意两点：
- 如果谓词本身开销大（比如含内存分配、系统调用），瓶颈不在
all_of，而在谓词 - 用
std::span或原生数组时，all_of依然适用，但别传错迭代器范围（比如把arr + N写成arr + N + 1） - 对于
std::array或栈数组，用std::begin/std::end更安全，避免手动算长度出错
和 any_of / none_of 的关键区别在哪
三者接口完全一样，区别仅在逻辑语义：
-
all_of：全真才真（空容器 →true） -
any_of：一真即真（空容器 →false） -
none_of：全假才真（空容器 →true）
别靠反向写法替代，比如用 !std::any_of(..., [](auto x){return x 判断“是否全为正”，虽然等价，但可读性差、易写错否定逻辑，且多一次取反操作（尽管不影响性能）。
真正容易被忽略的是空容器行为——很多业务逻辑默认假设容器非空，但 all_of 对空集返回 true，可能掩盖逻辑漏洞，比如权限校验时“没有配置项”被当成“全部通过”。遇到这种场景，得显式加 !container.empty() 判断。
