find_if查找失败时返回容器的end()迭代器；必须用it != container.end()显式检查，解引用失败迭代器会导致未定义行为。
find_if 查找失败时返回什么
find_if 在 C++ 标准库中定义于 <algorithm></algorithm>，它不会返回 nullptr 或抛异常，而是返回容器的 end() 迭代器。这意味着你必须显式比较结果与 container.end()，否则解引用失败迭代器会触发未定义行为。
- 对
std::vector、std::list等，检查方式统一为：if (it != vec.end()) { /* 找到了 */ } - 对空容器，
find_if直接返回end()，和begin()相等 - 不要写
if (it)—— 迭代器不是布尔类型，这种写法编译不过（除非是某些自定义隐式转换的迭代器，但标准容器没有）
lambda 表达式作为谓词的常见写法
最常用的是捕获局部变量或使用值比较。注意：lambda 默认按值捕获，若需修改外部变量，得加 mutable；若要引用外部变量，得用 [&] 或明确列出引用捕获项。
std::vector<int> nums = {1, 5, 8, 12, 15};
int target = 10;
auto it = std::find_if(nums.begin(), nums.end(), [target](int x) { return x > target; });
// 找到第一个大于 10 的元素：12，it 指向该位置- 若要查找对象成员，比如
std::vector<person></person>中名字为 "Alice" 的人：[&name = "Alice"](const Person& p) { return p.name == name; } - 避免在 lambda 内部修改传入参数（如
x++），除非加了mutable且逻辑确实需要 - 不建议在 lambda 里做耗时操作（如文件读写、网络请求），
find_if是线性扫描，性能敏感时需警惕
find_if 在 map 和 unordered_map 中怎么用
std::map 和 std::unordered_map 的迭代器解引用后得到的是 std::pair<const key value></const>，所以谓词参数必须匹配这个类型，不能只写 int 或 std::string。
std::map<std::string, int> scores = {{"Alice", 87}, {"Bob", 92}, {"Charlie", 76}};
auto it = std::find_if(scores.begin(), scores.end(),
[](const std::pair<const std::string, int>& p) {
return p.second > 90; // 查找分数 > 90 的键值对
});
if (it != scores.end()) {
std::cout << it->first << ": " << it->second << "\n"; // 输出 Bob: 92
}- 误写成
(const std::string& s)会导致编译失败：类型不匹配 - 若只关心 key，可用
p.first；只关心 value，用p.second -
unordered_map同样适用，但遍历顺序不保证，find_if返回的是首个满足条件的（按哈希桶顺序）
为什么 find_if 找不到元素却没报错
这是设计使然：STL 算法全部采用“半开区间”[first, last) 语义，且以迭代器失效/越界为唯一错误边界。find_if 不知道也不关心你的业务逻辑是否“应该找到”，它只忠实执行谓词并返回第一个 true 对应的位置，或者 last。
立即学习“C++免费学习笔记（深入）”；
- 典型误判场景：谓词逻辑写反，比如写成
x 却以为在找大于的 - 浮点数比较未用误差容差，导致本该相等的值被判定为不等
- 字符串比较忽略大小写或空格，而数据里实际有差异
- 容器本身被另一线程修改（无同步），导致迭代过程中内容已变 —— 此时行为未定义，不是
find_if的问题，而是并发访问违规
真正容易被忽略的是：**谓词必须是纯函数（无副作用、不依赖可变外部状态），否则多次调用可能产生不同结果，破坏算法正确性**。
