std::ranges::all_of必须传范围而非迭代器对，因其专为c++20范围概念设计，接受满足range概念的类型（如vector、array），直接传容器可避免begin/end配对错误、支持视图链式组合且具备概念约束与安全性检查；传迭代器对会编译失败。
std::ranges::all_of 为什么必须传范围而不是迭代器
因为 std::ranges::all_of 是 C++20 范围库设计的函数，它只接受一个范围（如 std::vector、std::array 或带 begin()/end() 的自定义类型），不接受传统迭代器对。传 vec.begin(), vec.end() 会编译失败——这是最常踩的坑。
正确做法是直接传容器或视图：
std::vector<int> v = {2, 4, 6, 8};
bool all_even = std::ranges::all_of(v, [](int x) { return x % 2 == 0; }); // ✅</int>
- 不能写成
std::ranges::all_of(v.begin(), v.end(), ...)—— 这是旧式std::all_of的用法，混用会报错“no matching function” - 支持所有满足
std::ranges::range概念的类型，包括std::string、std::span、std::ranges::iota_view - 若容器为空，
std::ranges::all_of返回true（空集默认满足任意谓词）
lambda 捕获变量时要注意生命周期
如果谓词 lambda 捕获了局部变量（比如 [threshold]），而该变量在 all_of 调用结束后就销毁，但谓词可能被延迟求值（尤其配合视图链式调用时），就会引发未定义行为。
常见错误场景：
auto check_above = [&limit](int x) { return x > limit; }; // ❌ limit 是栈变量，可能已析构
std::ranges::all_of(v, check_above);
- 推荐捕获值：
[limit]（只要limit可拷贝） - 若
limit很大或不可拷贝，改用函数对象或提前把值存为成员变量 - 注意：视图（如
std::views::filter）本身不存储数据，所以捕获外部引用更危险
和 std::all_of 混用导致 ADL 查找失败
如果你同时用了 using namespace std; 或在命名空间内引入了 std，编译器可能在 ADL 中找到旧版 std::all_of（迭代器版本），却传入了范围，结果报错信息含糊，比如 “candidate expects 3 arguments, 2 provided”。
- 显式限定命名空间可避免歧义：
std::ranges::all_of(...) - 不要依赖
using std::ranges::all_of;后直接调用——除非你确定上下文无其他重载干扰 - 检查是否误包含了
<algorithm></algorithm>却没加<ranges></ranges>：缺后者会导致std::ranges::all_of不可见
性能上，std::ranges::all_of 和老版没有本质差异
它仍是短路求值：一旦遇到第一个不满足谓词的元素就返回 false，不会遍历剩余部分。底层实现和 std::all_of 几乎一致，只是接口适配了范围概念。
- 没有额外分配，没有复制元素，时间复杂度仍是 O(n) 最坏、O(1) 最好
- 对
std::vector、std::array等连续内存容器，性能完全一致 - 唯一区别是支持惰性视图（如
std::views::transform），此时谓词会在每个元素上即时计算，而非预生成新容器
真正容易被忽略的是：当你把容器转成视图再传给 std::ranges::all_of，比如 std::ranges::all_of(v | std::views::filter(...), pred)，这时谓词作用的是过滤后的逻辑序列，不是原始容器——这点不看清楚范围来源，很容易误判语义。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
