std::all_of空容器返回true是符合数学全称命题的正确设计，std::any_of空容器返回false；二者语义不同，不可互换，且需注意谓词副作用、类型匹配与捕获生命周期安全。
std::all_of 和 std::any_of 不是“一行代码省事”的语法糖，而是语义明确但行为严格的逻辑判断工具；空容器返回值、谓词副作用、参数类型匹配这三点踩错一个，结果就反了。
std::all_of 空容器返回 true 是设计，不是 bug
它实现的是数学上的全称命题（∀x ∈ S, P(x)），空集天然成立（vacuous truth）。比如 std::all_of(v.begin(), v.end(), [](int x) { return x > 0; }) 对空 std::vector 返回 true，哪怕你本意是“至少有一个正数且全部为正”。
- 业务要求“非空且全满足”，必须写成
!v.empty() && std::all_of(v.begin(), v.end(), pred)，顺序不能颠倒 - 别写
std::all_of(...) && !v.empty()：空容器时仍会调用std::all_of（虽快但冗余） - 谓词里放日志、计数器（如
++count）不可靠：空容器不触发，非空容器只执行到第一个false就停
std::any_of 找到就停，但别指望它返回元素
std::any_of 只返回 bool，不提供匹配项位置或值。想同时拿到结果和迭代器，得换 std::find_if。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 错误写法：
auto it = std::any_of(v.begin(), v.end(), [](int x) { return x == 42; });→ 编译失败 - 正确写法：
auto it = std::find_if(v.begin(), v.end(), [](int x) { return x == 42; });，再判it != v.end() - 空容器返回
false，和std::all_of的true直接相反——混用会导致空输入时逻辑翻车 - 谓词含耗时操作（如
std::filesystem::exists）时，std::any_of可能只调一次就返回，别假设它会扫完整个容器
谓词参数类型与捕获生命周期最容易静默崩溃
类型不匹配直接编译失败，捕获悬垂引用则运行时崩得毫无征兆。
- 容器是
std::vector<:string></:string>，谓词却写[](int x) { ... }→ 模板实例化失败，不是运行时报错 - 推荐统一用
[](const auto& x)，避免推导歧义和不必要的拷贝 -
[&config]捕获局部变量？若config在算法调用后销毁，而 lambda 被异步任务持有 → 悬垂引用，UB - 安全做法：值捕获
[config = config]（C++17 起支持），或确保config生命周期严格长于算法调用及 lambda 存续期
别用 !std::all_of 替代 std::any_of
二者语义完全不同：!std::all_of(..., pred) 表达“存在至少一个不满足 pred”，而 std::any_of(..., pred) 是“存在至少一个满足 pred”。空容器下更危险：前者返回 false，后者返回 false，但中间过程完全不对等。
- 查“有没有负数”，别写
!std::all_of(v.begin(), v.end(), [](int x) { return x >= 0; })→ 绕、易错、意图模糊 - 直接写
std::any_of(v.begin(), v.end(), [](int x) { return x ，语义直白，空容器也符合预期 - 查“全都不含非法字符”，优先用
std::none_of(v.begin(), v.end(), is_invalid)，比!std::any_of(..., is_invalid)更易读、更少歧义
真正难的从来不是写出那一行 std::all_of，而是想清楚“空容器算不算通过”“谓词会不会抛异常”“这个 [&] 引用到底活到什么时候”——编译器不会提醒你这些，得靠 -fsanitize=address,undefined 在测试中暴露。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
