std::find_if配合lambda是查找首个满足条件元素的标准方案，接受迭代器范围和一元谓词，返回匹配元素迭代器或尾迭代器；lambda可内联定义条件（如[](int x){return x!=0;}），支持捕获外部变量，比手写循环更安全、简洁、可读。
用 std::find_if 配合 lambda 最直接
标准库的 std::find_if 是专为这种“找第一个满足条件的元素”设计的，比手写循环更安全、更易读。它返回迭代器，找到就停，不遍历整个数组。
关键点是传一个 lambda 做判断：对每个元素 x，返回 x != 0 即可。
- 对
std::vector<int></int>：auto it = std::find_if(vec.begin(), vec.end(), [](int x) { return x != 0; });如果it != vec.end()，则*it就是第一个非零值 - 对 C 风格数组（如
int arr[10]）：auto it = std::find_if(std::begin(arr), std::end(arr), [](int x) { return x != 0; }); - 注意：
std::find_if不支持原生数组指针 + 长度形式（比如find_if(arr, arr + n, ...)虽然能编译，但容易因n错误越界；用std::begin/std::end更可靠
用 std::find 找非零？不行，得绕一下
std::find 只能找“等于某个值”的元素，不能直接表达“非零”。有人会写 std::find(arr, arr + n, 1)，但这只找 1，漏掉 -5、42 等其他非零值。
强行用 std::find 的话，得先构造一个全零容器再取反——既低效又无必要。别这么干。
立即学习“C++免费学习笔记（深入）”；
- 错误示范：
std::find(arr, arr + n, 0)找的是第一个0，和需求相反 - 更错的写法：
std::find(arr, arr + n, !0)——!0是true（即1），还是只找1
性能和边界情况要注意什么
所有方案在最坏情况下（全零）都得扫完整个范围，这是逻辑决定的，无法避免。但实际中可以提前剪枝。
- 如果数组很大且大概率前面就有非零值，
std::find_if天然短路，没问题 - 如果数组可能为空，
std::begin(arr)和std::end(arr)对空数组仍合法，但用arr + n时若n == 0，arr + 0没问题，arr + n本身不越界，但传给算法前务必确认n >= 0 - 整型数组没问题，但如果是浮点数组（
float或double），直接用!= 0.0可能受精度影响；此时应改用std::abs(x) > eps，eps比如1e-6
手写循环不是不行，但别忽略 size_t 下溢风险
有人习惯写 for (int i = 0; i ，这在 <code>n 是 size_t（比如 vec.size()）时，若强制转 int 可能截断；更糟的是，如果写成 for (size_t i = n; i >= 0; --i)，i 永远不会小于 0（因为是无符号），导致无限循环。
- 安全的手写方式：
for (size_t i = 0; i < n; ++i) { if (arr[i] != 0) { /* found */ break; } } - 但相比
std::find_if，手写多了索引变量、边界检查、break逻辑，出错概率更高 - 尤其在模板函数里，迭代器抽象比裸索引更通用
真正容易被忽略的是浮点比较和空范围处理——前者常被当成整数问题忽略，后者在模板或泛型代码里一旦漏判 begin == end，解引用就会崩。
