结论：std::all_of、std::any_of、std::none_of 非语法糖，空容器返回值符合 vacuous truth 定义（all/none 空返 true，any 空返 false），短路执行且不保证谓词调用次数，误用会导致逻辑翻转或未定义行为。
直接说结论：用 std::all_of 判断“全满足”、std::any_of 判断“存在一个满足”，不是语法糖，空容器行为、短路逻辑、谓词副作用三者任一踩错，结果就反了。
空容器返回值不是 bug，是逻辑定义
std::all_of 对空范围返回 true，std::any_of 返回 false，这是 C++ 标准明确规定的 vacuous truth（空真），不是实现缺陷。比如验证“所有订单都已发货”，空订单列表天然成立；但若业务要求“至少有一个订单且全部发货”，就不能只靠 std::all_of。
- 必须显式检查非空：
!v.empty() && std::all_of(v.begin(), v.end(), [](int x){ return x > 0; }) - 别写成先调
std::all_of再判空——多一次遍历，还可能掩盖谓词未执行的问题 - 空容器下
std::any_of必返false，所以查“有没有负数”时，空 vector 自然不触发告警，符合直觉
别拿 !all_of 去凑 any_of，语义完全相反
看到 !std::all_of(...) 就想替换成 std::any_of(...)？危险。前者等价于“存在至少一个不满足”，后者是“存在至少一个满足”——判断方向彻底不同。
- 想查“有没有负数”，应直接用
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(), [](char c){ return !isprint(c); })，比!std::any_of(...)更直白，也避免误读 -
std::none_of和std::all_of在空容器都返回true；std::any_of单独是false——混用时，空输入会翻转逻辑
谓词里有副作用？结果不可预测
这三个算法都短路求值：std::all_of 遇第一个 false 就停，std::any_of 遇第一个 true 就停。这意味着谓词里的日志、计数器、网络请求等，执行次数完全不确定。
立即学习“C++免费学习笔记（深入）”；
- 别在谓词里写
++counter或LOG_DEBUG并依赖其调用次数 - 空容器时，谓词一次都不调；非空容器时，调用 1 次或多次，取决于数据分布
- 若需稳定副作用（比如统计匹配数），老老实实用手写循环，别图省事套算法
- 谓词参数类型要匹配：对
std::vector<:string></:string>，别写[](int x){}，编译直接失败
迭代器范围不合法，程序当场崩溃
这三个函数不做任何迭代器有效性检查。传错范围，就是未定义行为——段错误、静默错误、甚至看似正常但结果错乱。
- 确保
first可达last，且两者指向同一容器；v.end()和v.begin()顺序颠倒必崩 - 容器生命周期必须覆盖算法调用期；临时对象的
.begin()传进去，大概率访问野指针 - 对
std::list或其他非连续容器，别假设迭代器可算术运算；std::all_of只要求输入迭代器，但用错类型仍会编译失败
真正难的不是记住怎么写，而是每次调用前都问一句：这个空容器场景是否合理？谓词有没有隐藏状态？迭代器范围是不是刚从别的作用域移出来的？漏掉任何一个，结果就不可信。
