std::all_of判断所有元素是否满足条件，空容器返回true；需传合法迭代器对，谓词须接受单元素并返回bool，异常会传播；常见误判包括谓词逻辑错误和误解空容器语义。
std::all_of 用法和常见误判场景
它不判断“容器是否为空”，而是判断“所有元素是否都满足某个条件”。空容器会直接返回 true，这是标准行为，不是 bug —— 逻辑上“没有反例”即为真。
实操建议：
- 必须传入合法的迭代器对：
begin()和end()，不能颠倒或混用不同容器的迭代器 - 谓词（第三个参数）必须可调用，且接受单个元素类型（自动推导），返回
bool或能隐式转bool的类型 - 若谓词抛异常，
std::all_of会传播异常，不保证中途停止前的状态安全
示例：检查 std::vector<int></int> 是否全为正数
bool all_positive = std::all_of(v.begin(), v.end(), [](int x) { return x > 0; });
谓词写错导致始终返回 true 或 false
最常踩的坑是谓词逻辑反了，比如把 x > 0 写成 x ，或者忘了取反条件；更隐蔽的是捕获变量失效、lambda 捕获方式错误（如按值捕获后修改不影响谓词内值）。
立即学习“C++免费学习笔记（深入）”；
常见错误现象：
- 对非空容器也返回
true：谓词无条件返回true，例如[](int){return true;} - 永远返回
false：谓词里用了未初始化变量，或访问了越界内存（UB，结果不可预测） - 编译失败：谓词参数类型与容器元素不匹配，比如
std::vector<:string></:string>却写[](int x)
检查方法：单独测试谓词，传一个已知值，看返回是否符合预期。
和 std::any_of / std::none_of 的行为差异
三者接口一致，但语义不同，容易在条件重构时混淆。尤其注意 std::all_of 对空容器返回 true，而 std::any_of 对空容器返回 false，std::none_of 则等价于 !std::any_of。
使用场景提示：
- 验证约束（如“所有 ID 非空”）→ 用
std::all_of - 快速探查是否存在违规项（如“是否有负数”）→ 用
std::any_of - 需要“全都不满足”语义 → 直接用
std::none_of，别写!std::any_of，语义更清晰
性能上三者都是 O(n) 最坏，但可能提前退出；std::all_of 在第一个 false 就停，std::any_of 在第一个 true 就停。
C++11 兼容性与头文件依赖
必须包含 <algorithm>，且编译器需支持 C++11 或更高标准（-std=c++11 或以上）。C++11 是最低要求，不支持 C++98。
兼容性注意点：
- MSVC 2013 及更新版本支持完整语义；GCC 4.8+、Clang 3.2+ 均可用
- 旧版 libstdc++（如 GCC 4.7）可能有实现缺陷，比如对输入迭代器行为异常，建议升级工具链
- 不能用于纯数组未加
std::begin/std::end包装（如int arr[5]），否则arr退化为指针，arr + 5才是合法终点
安全写法：
int arr[] = {1, 2, 3};<br>bool ok = std::all_of(std::begin(arr), std::end(arr), [](int x) { return x > 0; });
最容易被忽略的是空容器的逻辑含义——它不表示“没数据所以不校验”，而是“校验通过”，这在配置检查、预处理断言里常引发线上误判。
