std::all_of空容器返回true是vacuous truth设计，并非bug；正确用法为!v.empty() && std::all_of(v.begin(), v.end(), pred)，避免误用取反或副作用谓词。
std::all_of 判断全为真时的边界陷阱
很多人以为 std::all_of 对空容器返回 true 是“合理默认”，但实际它常导致逻辑漏洞——比如验证用户输入的非空数组是否全部 > 0，若误传空 vector，结果竟为 true，跳过必要校验。
- 必须显式检查容器是否为空，再决定是否调用
std::all_of；或改用带长度断言的封装函数 - 谓词里避免副作用：若谓词含
std::cout 或修改外部状态，短路行为不可靠（<code>all_of遇第一个false就停） - 迭代器范围需合法：
std::all_of(v.begin(), v.end(), ...)中若v已被 move，v.end()可能是悬垂迭代器
std::any_of 找到首个满足项就返回，但别依赖“找到位置”
std::any_of 只返回 bool，不提供匹配元素的迭代器。想同时获知“是否存在且在哪”，不能套用它——这是最常被误用的点。
- 要获取首个匹配项，改用
std::find_if，它返回迭代器，配合!= container.end()即可等价于any_of的布尔判断 - 谓词中若抛异常（如访问
optional.value()前未检查），any_of会直接传播，无兜底；生产环境建议用std::optional::has_value()等前置防护 - 对
std::list或其他双向链表，any_of没有性能优势；但对std::vector，它和手写 for 循环在 O1 优化下通常生成相同汇编
现代谓词写法：lambda、函数对象与 std::function 的取舍
用什么写谓词，直接影响可读性、内联机会和模板实例化膨胀程度。
- 优先用捕获极少的 lambda：如
[threshold](int x) { return x > threshold; }，编译器大概率内联，无运行时开销 - 避免把 lambda 赋给
std::function再传入all_of：这引入类型擦除开销，且禁止内联；仅当需存储/传递多态谓词时才用 - 若谓词需复用且无捕获，定义命名函数对象（struct +
operator()），比全局函数更易模板推导，也便于特化
自定义容器或 range-v3 场景下的迁移注意点
用 range-v3 或 C++20 std::ranges::all_of 时，签名和语义有实质性变化，不是简单替换头文件就能跑通。
立即学习“C++免费学习笔记（深入）”；
- C++20 版本接受单个 range 参数：
std::ranges::all_of(v, pred)，不再需要两个迭代器；旧代码直接编译失败 -
range-v3的views::filter+empty()组合，有时比any_of更清晰（如 “是否存在偶数” →(v | views::filter([](int i){return i%2==0;})).empty() == false） - 自定义容器若没正确定义
begin()/end()或缺少iterator_category，C++20 ranges 版本可能静默退化为 input_iterator 模式，影响算法选择
std::string 的引用，而容器迭代时间超出该字符串作用域。这种 bug 不报错、不崩溃，只在特定数据路径下返回随机结果。 
