std::ranges::all_of需C++20、<algorithm>头文件，接受范围而非迭代器对，要求谓词满足std::predicate概念，支持哨兵且需输入范围；旧版std::all_of无此限制。
std::ranges::all_of 的基本用法和头文件依赖
必须包含 <algorithm>，且编译器需支持 C++20（GCC 10+、Clang 10+、MSVC 19.28+）。C++17 的 std::all_of 在命名空间 std 下，而 std::ranges::all_of 在 std::ranges 命名空间下——漏写 ranges:: 会静默退化为旧版函数，但参数类型不匹配时直接报错，比如传入 std::vector::iterator 和 std::default_sentinel 组合。
它接受一个范围（range）而非一对迭代器，所以可以直接传容器或视图：
std::vector<int> v = {2, 4, 6, 8};
bool all_even = std::ranges::all_of(v, [](int x) { return x % 2 == 0; }); // true
传入视图（view）时的常见陷阱
对 std::views::filter、std::views::transform 等惰性视图调用 std::ranges::all_of 是安全的，但要注意：视图本身不拥有数据，若底层容器在检查过程中被修改或析构，行为未定义。
-
std::ranges::all_of(std::views::iota(1, 5), [](int x) { return x > 0; })✅ 安全，iota_view是纯计算型 -
auto filtered = v | std::views::filter([](int x) { return x > 5; }); std::ranges::all_of(filtered, ...)✅ 只要v仍存活 -
std::ranges::all_of(v | std::views::filter(...), ...)❌ 危险！临时视图生命周期只到语句结束，lambda 捕获可能访问已销毁的视图
谓词（predicate）返回类型必须是可转换为 bool 的类型
不同于旧版 std::all_of 对谓词返回值仅要求“上下文布尔转换”，std::ranges::all_of 要求谓词返回类型满足 std::predicate 概念：即对每个参数类型组合，调用结果必须能隐式转换为 bool，且不能有二义性转换。
立即学习“C++免费学习笔记（深入）”；
-
[](int x) { return x != 0; }✅ 返回bool -
[](int x) { return x; }❌ 返回int，虽可转bool，但某些严格模式（如启用-fconcepts）下可能失败 -
[](int x) -> int { return x; }❌ 显式指定返回int，违反std::predicate
与传统 all_of 的性能和语义差异
两者算法逻辑一致：空范围返回 true；遇到第一个 false 结果立即返回；全部为 true 才返回 true。但 std::ranges::all_of 支持更灵活的范围类型，例如 std::span、std::string_view、自定义 range 满足 std::ranges::range 概念即可，无需手动传 begin/end。
关键区别在于：当使用 std::ranges::subrange 或带哨兵（sentinel）的范围时，std::ranges::all_of 能正确处理非对称迭代器/哨兵对（如 std::vector::iterator + std::default_sentinel），而传统版本会编译失败。
实际项目中，如果已用 C++20 且代码大量操作视图或 span，优先用 std::ranges::all_of；若需兼容 C++17 或嵌入式环境无概念支持，退回 std::all_of 更稳妥。
最容易被忽略的是：范围参数必须满足 std::ranges::input_range，这意味着移动-only 类型（如 std::unique_ptr<int>[] 构造的视图）无法用于 std::ranges::all_of —— 编译器不会报“不支持移动”，而是提示找不到匹配的重载。
