std::all_of对空容器返回true，std::any_of返回false，空容器下谓词不执行；检查“非空且全满足”需显式判空，!all_of不等价于any_of，谓词应无副作用、避免重复构造、迭代器范围须合法。
直接说结论：用 std::all_of 判断“全满足”、std::any_of 判断“存在一个满足”，但空容器下它们返回值相反（all_of 返回 true，any_of 返回 false），不加检查就混用，逻辑会在空输入时翻车。
空容器行为不是 bug，是 vacuous truth
标准明确要求 std::all_of 对空范围返回 true，因为“所有元素都满足 P”在无元素时天然成立；std::any_of 对空范围返回 false，因为“存在一个元素满足 P”在无元素时不可能成立。
这意味着：
- 想表达“容器非空且所有元素为正数”，必须写
!v.empty() && std::all_of(v.begin(), v.end(), [](int x){ return x > 0; })，不能只靠all_of - 若业务上“空列表 = 不通过”，那
all_of单独用就是错的 - 空容器下
any_of永远不调用谓词——别在里面放日志或计数器，否则空输入时完全没输出也不报错
别用 !all_of 替代 any_of，语义和性能都错位
!std::all_of(first, last, pred) 等价于 “至少有一个不满足 pred”，而 std::any_of(first, last, std::not_fn(pred)) 才等价于 “至少有一个满足 !pred”。两者根本不是一回事。
立即学习“C++免费学习笔记（深入）”；
常见误写场景：
- 检查“有没有负数”，写了
!std::all_of(v.begin(), v.end(), [](int x){ return x >= 0; })→ 绕、难读、且all_of会遍历到第一个负数才停，不如std::any_of(v.begin(), v.end(), [](int x){ return x 直观又高效 - 谓词本身耗时（比如
std::regex_match），any_of可能只调一次就返回，!all_of却可能调多次（直到第一个 false）——性能不可控 - 如果 pred 抛异常，
!all_of的异常传播路径更绕，调试困难
谓词参数类型和副作用必须严格控制
这三个算法对谓词签名有隐式约束，编译期出错往往不友好。
实操要点：
- 用
const auto&捕获元素最安全：例如[](const auto& x){ return x.size() > 0; }，避免std::vector<:string></:string>配[](int x){}这类模板推导失败 - 禁止在谓词里修改传入参数（如
[](int& x){ x = 42; }），算法不保证迭代器可写，行为未定义 - 避免每次调用都构造重对象：比如
[](const std::string& s){ return std::regex_match(s, std::regex{R"(\d+)"}); }会反复编译正则；应提前构造好正则对象并引用捕获：[&re](const std::string& s){ return std::regex_match(s, re); } - 传入的迭代器范围必须合法——
first和last不能颠倒，也不能指向已 move 或销毁的容器，否则直接未定义行为（段错误或静默错误）
最容易被忽略的一点：这三个函数都不保证谓词调用次数，也不承诺执行顺序（尽管实际是顺序的）。如果你依赖“谓词一定被执行 N 次”或者“按索引顺序修改外部状态”，那就已经踩进坑里了——该换 for 循环或 std::for_each。
