std::all_of对空容器返回true是标准定义的空真，非bug；std::any_of空时返false，std::none_of空时返true；谓词应无副作用且避免类型推导歧义。
std::all_of 空容器返回 true 是设计，不是 bug
直接说结论：对空 std::vector 调用 std::all_of 必然返回 true，这是 C++ 标准明确定义的 vacuous truth（空真），不是实现缺陷，也不是编译器差异。
常见错误是把“所有元素满足条件”等同于“容器非空且所有元素满足条件”。比如验证“订单列表中所有商品价格 > 0”，若传入空订单，std::all_of 返回 true，但业务上你可能期望它报错或跳过——这时必须显式检查：
!v.empty() && std::all_of(v.begin(), v.end(), [](auto x) { return x > 0; })- 别写成
std::all_of(...) && !v.empty()，后者在空容器时仍会调用算法（虽不执行谓词，但多一次迭代器比较） - 谓词里别放副作用逻辑（如
++counter或log()），因为空容器下谓词根本不会被调用
std::any_of 和 std::none_of 的语义不能靠取反硬凑
看到 !std::all_of(...) 就想替换成 std::any_of(...)？小心逻辑翻车。二者语义完全不同：
-
!std::all_of(first, last, p)等价于 “存在至少一个不满足p” -
std::any_of(first, last, p)是 “存在至少一个满足p” - 想查“有没有负数”，直接用
std::any_of(v.begin(), v.end(), [](int x) { return x ，别绕成 <code>!std::all_of(v.begin(), v.end(), [](int x) { return x >= 0; }) - 想查“全都不含非法字符”，用
std::none_of(v.begin(), v.end(), is_illegal)比!std::any_of(...)更直白、更安全
尤其注意空容器行为差异：std::any_of 对空范围返回 false，而 std::none_of 返回 true；混用会导致空输入时结果相反。
立即学习“C++免费学习笔记（深入）”；
谓词写法不当会导致编译失败或未定义行为
这三个算法对谓词参数类型极其敏感，出错往往在编译期，且错误信息晦涩。
- 容器是
std::vector<:string></:string>，谓词却写成[](int x) { ... }→ 模板实例化失败，不是运行时报错 - 推荐统一用
[](const auto& x) { ... }，避免类型推导歧义 - 别在 lambda 内部修改元素，例如
[](int& x) { x = 42; }—— 算法不保证迭代器可写，且修改无业务意义 - 耗时操作（如
std::regex_match）必须提前构造对象并引用捕获：const std::regex r{"\d+"}; std::any_of(..., [&r](const auto& s) { return std::regex_match(s, r); })
短路行为影响副作用和性能预期
std::all_of、std::any_of、std::none_of 全部短路求值，这不是优化技巧，而是语义一部分。
-
std::all_of遇第一个false立即返回；std::any_of遇第一个true立即返回；std::none_of遇第一个true（即谓词返回true）立即返回 - 这意味着：谓词里的日志、计数器、网络请求，调用次数完全不可预测——空容器调用 0 次，非空容器最多调用 N 次，最少只调 1 次
- 若需确保全部遍历（比如收集所有匹配项），别用这三个函数，改用
std::for_each或手动循环
真正容易被忽略的是：空容器下谓词零调用 + 短路提前退出，这两点共同导致“副作用不可观测”——你以为加了日志就能调试，结果什么都没打出来。
