std::ranges::any_of要求传入范围而非容器本身，但C++20中满足range概念的容器（如vector）可直接传入，需包含<ranges>头文件并启用C++20。
std::ranges::any_of 需要传入迭代器范围和谓词
它不接受容器本身，而是要求两个迭代器（begin 和 end）或一个范围（C++20 范围概念满足者）。直接传 std::vector 会编译失败，错误信息类似：no matching function for call to 'any_of'。
正确做法是传入范围适配器、视图，或显式调用 std::ranges::begin/std::ranges::end。现代写法推荐直接用容器本身（因容器满足 range 概念），但必须确保包含头文件并启用 C++20：
#include <ranges>
#include <vector>
#include <iostream>
int main() {
std::vector<int> v = {1, 3, 5, 8, 9};
bool has_even = std::ranges::any_of(v, [](int x) { return x % 2 == 0; });
std::cout << std::boolalpha << has_even; // true
}
谓词里用 x % 2 == 0 判断偶数，注意负数
C++ 中负数取模结果符号依赖于实现（但 C++11 起规定与被除数同号），-4 % 2 恒为 0，所以 x % 2 == 0 对负数也安全。不需要额外处理 std::abs 或位运算。
常见误写是 x & 1 == 0 —— 这实际等价于 x & (1 == 0)，即 x & 0，永远为 0，导致逻辑恒假。正确位运算是 (x & 1) == 0，但可读性不如取模，无必要优化。
立即学习“C++免费学习笔记（深入）”；
-
x % 2 == 0：推荐，语义清晰，编译器会自动优化为位操作 -
(x & 1) == 0：可行，但易错，且对有符号整数行为明确，不比取模快 -
x % 2 != 1：错误，因为-1 % 2可能是-1，不等于 1 但也不是偶数
编译需启用 C++20 且链接标准库支持
Clang/GCC/MSVC 均需显式指定 -std=c++20（或 -std=gnu++20）。仅加头文件 <ranges> 不够，若编译器版本旧（如 GCC 10 默认不完全支持），会报 'any_of' is not a member of 'std::ranges'。
检查方式：在代码中加 static_assert(std::is_same_v<decltype void>);</decltype> 会触发编译失败，说明未启用 C++20 或标准库不完整。
- GCC 10.1+、Clang 10+、MSVC 19.28+ 基本可用
- libstdc++ 需 GCC 11+ 才稳定支持
std::ranges算法 - macOS 默认 libc++ 较新，但 Xcode 命令行工具版本需 ≥ 12.2
替代方案：不用 ranges 时怎么写
如果暂时无法用 C++20，退回到 std::any_of（来自 <algorithm>）更稳妥，接口一致但只接受迭代器：
bool has_even = std::any_of(v.begin(), v.end(), [](int x) { return x % 2 == 0; });
这个写法兼容 C++11，且语义、性能、行为与 std::ranges::any_of 完全一致——区别只在参数形式。别为了“用新特性”而忽略项目实际编译约束。
真正容易被忽略的是：当你把容器换成 std::array 或原生数组时，std::ranges::any_of(arr, pred) 仍有效，但 std::any_of(arr, arr + N, pred) 必须手动算长度；而 range 版本对两者都透明，这点值得坚持。
