最安全的按条件删除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}
</int>
手写循环删除必须用 erase 返回值更新迭代器
如果非要用手动遍历（比如需要在删除前做日志、或条件依赖外部状态），不能写 for (auto it = lst.begin(); it != lst.end(); ++it) 然后在循环体内 erase(it) —— 这会让 it 失效，下一次 ++it 行为未定义。
正确做法是利用 erase 的返回值：它返回被删节点之后的有效迭代器。
- 删除单个匹配项：用
it = lst.erase(it)，不执行++it - 保留当前项：只执行
++it
示例：删除所有负数
for (auto it = lst.begin(); it != lst.end(); ) {
if (*it
<h3>lambda 捕获外部变量时要注意生命周期</h3>
<p>条件判断常需访问外部变量，比如阈值、容器、或可变状态。Lambda 默认按值捕获，但若捕获的是局部指针/引用，而该对象在 lambda 执行前已销毁，就会出问题。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master"><img
src="https://img.php.cn/upload/skill/000/000/081/179051228971575.jpg" alt="C++ Code Review Master" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="overflowclass">C++ Code Review Master</a>
<p class="overflowclass">组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。</p>
</div>
<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<p>常见错误：</p>
- 捕获局部
std::string的引用：[&s]→ 若s在remove_if调用前析构，UB - 捕获 this 指针后，对象已被 delete，再调用成员函数崩溃
建议：优先按值捕获（[=] 或显式 [threshold, config]），除非明确需要修改外部状态且能保证生命周期足够长。
性能差异：为什么不用 std::remove_if + erase？
对 list 来说，std::remove_if（来自 <algorithm></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 的优势全在指针操作，一旦引入拷贝逻辑，就失去存在意义。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
