std::ranges::any_of直接接受容器并自动推导范围，需传谓词（如lambda），空范围返回false，不适用于需获取元素、二分查找、高频查询或含副作用的场景。
std::ranges::any_of 直接支持容器对象，不用传迭代器对，比 std::any_of 更简洁、更安全，但 C++20 起才有，且不能和旧式自定义迭代器混用。
std::ranges::any_of 怎么写才不报错
错误写法：std::ranges::any_of(v, 5) —— 和老版一样，5 不是可调用对象，编译失败；正确写法必须传谓词，比如 lambda 或函数对象。
- 最常用：用
[](const auto& x) { return x == 5; }，const auto&自动适配类型，避免拷贝和类型推导失败 - 查 map 的 value？得解包 pair：
[](const auto& p) { return p.second > 100; }，别漏掉.second - 查字符串字面量？别写
s == "hello"，改用s == std::string_view("hello")避免临时构造 - 容器是空的？
std::ranges::any_of对空范围直接返回false，不用提前判空，但语义上它本就该如此
std::ranges::any_of 和 std::any_of 的关键区别
两者语义一致（存在至少一个满足谓词），但接口和约束不同：
-
std::any_of要求传first/last迭代器，容易传错顺序或越界；std::ranges::any_of直接接受容器（如std::vector、std::list、std::string），自动推导范围 -
std::ranges::any_of要求容器满足std::ranges::range概念，原生数组（如int arr[5]）需包装成std::span才能用，否则编译失败 - 自定义容器若没正确定义
begin()/end()或返回类型不满足input_range，std::ranges::any_of会静默退化或编译报错，而老版可能仍能跑（但行为未定义） - 性能无差异——都是线性扫描、短路退出，但
std::ranges::any_of多一次概念检查开销，可忽略
什么时候不该用 std::ranges::any_of
不是所有“查存在”场景都适合它：
- 需要拿到满足条件的那个元素？别用 ——
std::ranges::any_of只返回bool，该用std::ranges::find_if+ 比较!= end() - 容器已排序，且只查值存在性？
std::ranges::binary_search是O(log n)，比它快得多，语义也更贴切 - 高频查询同一容器的不同值？建
std::unordered_set后用.contains()，O(1)平均复杂度，std::ranges::any_of每次都扫一遍 - 谓词里有副作用（比如计数、日志）？它短路退出，调用次数不确定，结果不可复现；这种逻辑应改用手写循环明确控制流程
真正省心的地方在于：容器变量名直接传进去，不用再拆 .begin()/.end()，也不用担心迭代器失效或空 range 的边界处理。但别把它当万能“查找函数”——它只回答“有没有”，不负责“是哪个”或“有多少”。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
