std::remove_if仅重排元素不改变容器大小，必须配合erase()才能真正删除，即v.erase(std::remove_if(v.begin(),v.end(),pred),v.end())；该惯用法对vector/string有效，但list/forward_list应优先用其成员函数remove_if，且erase后所有原迭代器立即失效。
std::remove_if 不是真删除，只是搬元素
它不会改变容器大小，只把要删的元素“挤到后面”，返回一个指向新逻辑结尾的迭代器。真正删掉得靠容器自己的 erase() 配合——漏掉这步，数据还在内存里，只是位置变了。
- 常见错误现象：
std::remove_if(v.begin(), v.end(), pred)后直接打印v.size()，发现没变；用std::find还能搜到被“删掉”的值 - 正确组合必须是：
v.erase(std::remove_if(v.begin(), v.end(), pred), v.end()) - 这个惯用法叫 Erase–Remove Idiom，
std::remove_if本身不操作容器结构，只重排元素，所以对std::vector、std::string有效，但对std::list就不如list.remove_if()高效
lambda 捕获变量时要注意生命周期
如果在 std::remove_if 的谓词里用 lambda 捕获局部变量（比如引用或指针），而容器擦除后又继续访问这些变量，容易踩野指针或悬垂引用。
- 典型场景：遍历 vector of pointers，按某外部状态过滤，lambda 中捕获了临时对象的引用
- 安全做法：尽量捕获值（
[val]），或确保被引用对象生命周期长于整个 erase 操作 - 参数差异：传入
std::remove_if的谓词必须是可调用对象，且不能抛异常（否则行为未定义）；C++20 起支持std::ranges::remove_if，但接口和语义略有不同
erase-remove 对 list 和 forward_list 效率低
std::remove_if 基于随机访问设计，内部用赋值+移动搬元素。对链表类容器，它会反复拷贝节点内容，而不是解链，性能差且可能触发不必要的构造/析构。
- 使用场景：处理
std::list或std::forward_list时，优先用它们自带的remove_if()成员函数 - 例如：
lst.remove_if([](int x) { return x % 2 == 0; });—— 直接解链，O(n) 时间且无额外拷贝 - 兼容性影响：成员版
remove_if是 C++11 加入的，老代码若用__gnu_cxx::slist等非标容器则不适用
迭代器失效风险集中在 erase 之后
很多人以为 std::remove_if 返回的迭代器“安全”，其实只要后续调用了 erase，所有原容器的迭代器（包括 remove_if 返回的那个）立刻全部失效。
立即学习“C++免费学习笔记（深入）”；
- 常见错误：先存下
auto it = std::remove_if(...)，再erase，然后还试图用it做别的事（比如 ++ 或解引用） - 正确做法：把 erase 和 remove_if 写成一行，或至少保证 erase 后不再使用任何旧迭代器
- 性能提示：对
std::vector，erase 范围会导致尾部元素移动，若容器很大且只删少量元素，考虑用swap-and-pop替代（前提是顺序无关）
