std::find_if找不到元素时返回容器的end()迭代器；它是合法哨兵值，不可解引用，需先检查it != container.end()再使用。
std::find_if找不到元素时返回什么
它返回指向容器中第一个满足条件的迭代器；如果没找到，就返回容器的 end() 迭代器。这不是空指针，也不是 nullptr，而是合法但不可解引用的哨兵值——直接解引用会导致未定义行为。
- 务必在使用前检查是否等于
vec.end()（或对应容器的end()） - 对
std::array或原生数组用std::begin()/std::end()包裹后再传入，避免传错范围 - 若容器为空，
find_if立即返回end()，不会崩溃，但容易被误判为“逻辑错误”
lambda捕获外部变量时要注意生命周期
常见写法是用 [&] 捕获所有外部变量，但如果 lambda 存活时间超过被捕获变量的生命周期（比如存进容器、传给异步任务），就会悬垂引用。尤其当查找目标是局部容器里的元素，而 lambda 又捕获了该容器本身时，风险极高。
- 优先用
[=]值捕获简单类型（如int、std::string） - 若必须捕获指针或引用，确保其生命周期覆盖 lambda 执行全程
- 对只读查找，用
[val](const auto& x) { return x.id == val; }比[&val]更安全
std::find_if和std::find性能差异在哪
std::find 是逐个比对 ==，而 std::find_if 调用任意谓词函数，每次调用都有函数调用开销。但现代编译器通常能内联简单 lambda，实际差距极小；真正影响性能的是谓词本身的复杂度。
- 避免在 lambda 里做耗时操作（如字符串正则匹配、文件 IO、锁等待）
- 若条件只是相等判断，优先用
std::find—— 语义更清晰，且部分标准库实现对其有额外优化 - 对
std::vector，随机访问快，find_if整体仍是 O(n)；但对std::list，迭代器移动成本高，别指望靠谓词简化来提速
查不到时怎么拿到“最接近”的元素（比如最近似值）
std::find_if 本身不支持近似匹配，它只认布尔判定。想实现“找大于等于某值的第一个数”，得换思路：用 std::lower_bound（要求已排序）；想“找绝对差最小的”，就得手动遍历并维护临时最优索引。
立即学习“C++免费学习笔记（深入）”；
- 排序 +
lower_bound/upper_bound是替代find_if实现范围查找的正统做法 - 若数据未排序又必须找近似值，老老实实写循环，用
std::min_element配合自定义比较器更直观 - 别试图在
find_if的 lambda 里记录“当前最优”，因为它的语义是“找到即停”，不会遍历全部
