all_of、any_of、none_of均短路求值：all_of空容器返回true（空真），要求所有元素满足谓词；any_of空容器返回false，存在一个满足即true；none_of空容器返回true，等价于!any_of，语义为“无一满足”。
这三个算法不是“自己写逻辑”，而是帮你把逻辑判断封装成一行调用——前提是清楚它们对谓词（predicate）的真假要求，以及容器为空时的默认返回值。
all_of：全为真才返回 true，空容器也返回 true
它检查区间内**所有元素**是否都满足某个条件。只要有一个不满足，立刻返回 false；遍历完都没遇到不满足的，就返回 true。
注意：空范围（比如 vec.begin() == vec.end()）被定义为“所有元素都满足条件”，所以返回 
true
常见误用场景：
- 想判断“容器非空且全为正数”，却只写
all_of(v.begin(), v.end(), [](int x){ return x > 0; }) → 对空 vector 会错误返回 true
- 谓词里抛异常或有副作用（如修改外部变量），但算法可能提前退出，导致行为不可预测
std::vector v = {2, 4, 6, 8};
bool all_even = std::all_of(v.begin(), v.end(), [](int x) { return x % 2 == 0; }); // true
std::vector empty;
bool all_in_empty = std::all_of(empty.begin(), empty.end(), [](int x) { return x > 0; }); // true
any_of：有一个为真就返回 true，空容器返回 false
只要区间中**存在一个元素**满足谓词，就立即返回 true；遍历完一个都不满足，返回 false。
空容器返回 false 是合理的：不存在任何元素满足条件。
典型陷阱：
- 和
find_if 混用：如果后续还需拿到那个“满足条件的元素”，别用 any_of，改用 find_if != end()，否则得再遍历一遍
- 谓词耗时高（如网络请求、文件读取），但
any_of 可能只调用一次就返回，别假设它会遍历全部
std::vector words = {"hello", "world", "cpp"};
bool has_long = std::any_of(words.begin(), words.end(), [](const std::string& s) {
return s.length() > 5;
}); // true（"hello" 和 "world" 都 ≤5，但 "cpp" 不满足；等等——其实都不满足？错，"hello" 是 5，不 >5；所以结果是 false）
修正示例：
bool has_long = std::any_of(words.begin(), words.end(), [](const std::string& s) {
return s.length() >= 6; // 改成 ≥6，"hello" 还是不行，但加个 "programming" 就行
});
none_of：全都不满足才返回 true，空容器也返回 true
等价于 !any_of(...)，但语义更清晰：“没有一个元素满足条件”。空容器同样视为成立，返回 true。
容易混淆的点：
- 它不是“全部为假”的反义，而是“不存在为真”——关注的是存在性，不是全体真假值的合取
- 和
all_of(v, [](x){return !pred(x);}) 行为一致，但可读性差，别这么写
- 若谓词本身有歧义（比如
is_valid() 返回 false 表示无效），用 none_of 判断“全无效”很自然；但若写成 all_of(..., !is_valid)，否定嵌套容易出错
std::vector nums = {-1, -5, -10};
bool all_negative = std::none_of(nums.begin(), nums.end(), [](int x) { return x >= 0; }); // true
三者共性与选型关键
它们都属于 ``，接受一对迭代器 + 一个一元谓词，都做短路求值（找到决定性元素就停），时间复杂度最坏 O(n)，最好 O(1)。
选择依据不是“哪个更高级”，而是问题本身在问什么：
- “是否每个用户年龄都 ≥18？” →
all_of
- “有没有管理员在线？” →
any_of
- “当前没有失败任务？” →
none_of
最容易被忽略的是空容器行为：all_of 和 none_of 对空集返回 true，any_of 返回 false。如果业务逻辑对空状态有特殊含义（比如“无数据时应报错，而非静默通过”），必须显式检查 empty() 再决定是否调用这些算法。
