最安全的按条件删除list元素的方式是使用std::list::remove_if，它时间复杂度O(n)、不移动元素、不导致迭代器失效；手动遍历时必须用erase返回值更新迭代器，避免未定义行为。
用 remove_if 是最安全的按条件删除方式
直接遍历 list 并调用 erase 容易导致迭代器失效，尤其在删除多个连续元素时。C++ 标准库提供了专为这种场景设计的 remove_if 成员函数，它内部完成“逻辑移除 + 一次性物理擦除”，不会破坏迭代器有效性。
注意：remove_if 不是算法 std::remove_if（那个用于普通容器如 vector），而是 std::list::remove_if —— 它是链表特化的高效实现，时间复杂度 O(n)，且不移动元素。
示例：删除所有偶数值
std::list<int> lst = {1, 2, 3, 4, 5, 6};
lst.remove_if([](int x) { return x % 2 == 0; }); // 删除 2, 4, 6
// lst 现在是 {1, 3, 5}
手写循环删除必须用 erase 返回值更新迭代器
如果非要用手动遍历（比如需要在删除前做日志、或条件依赖外部状态），不能写 for (auto it = lst.begin(); it != lst.end(); ++it) 然后在循环体内 erase(it) —— 这会让 it 失效，下一次 ++it 行为未定义。
立即学习“C++免费学习笔记（深入）”；
正确做法是利用 erase 的返回值：它返回被删节点之后的有效迭代器。
- 删除单个匹配项：用
it = lst.erase(it)，不执行++it - 保留当前项：只执行
++it
示例：删除所有负数
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
for (auto it = lst.begin(); it != lst.end(); ) {
if (*it < 0) {
it = lst.erase(it); // erase 返回下一个有效位置
} else {
++it;
}
}
lambda 捕获外部变量时要注意生命周期
条件判断常需访问外部变量，比如阈值、容器、或可变状态。Lambda 默认按值捕获，但若捕获的是局部指针/引用，而该对象在 lambda 执行前已销毁，就会出问题。
常见错误：
- 捕获局部
std::string的引用：[&s]→ 若s在remove_if调用前析构，UB - 捕获 this 指针后，对象已被 delete，再调用成员函数崩溃
建议：优先按值捕获（[=] 或显式 [threshold, config]），除非明确需要修改外部状态且能保证生命周期足够长。
性能差异：为什么不用 std::remove_if + erase？
对 list 来说，std::remove_if（来自 <algorithm>）配合 erase 是错的 —— 它会把元素往前“挪”，但 list 的节点没有连续内存，这个“挪动”实际是拷贝赋值，不仅慢，还可能触发意外构造/析构。
对比：
-
lst.remove_if(pred)：O(n)，仅调整指针，无拷贝 -
lst.erase(std::remove_if(lst.begin(), lst.end(), pred), lst.end())：O(n×size_of(T))，对每个待删元素做一次赋值，且语义错误（std::remove_if对 list 没意义）
编译器通常不会报错，但行为不符合预期，数据可能乱序或残留。
真正麻烦的不是语法，是误以为通用算法适用于所有容器；list 的优势全在指针操作，一旦引入拷贝逻辑，就失去存在意义。
