std::remove仅重排不等于给定值的元素并返回新逻辑结尾迭代器，不改变容器大小或调用析构函数；必须配合erase才能真正删除元素，对list/forward_list应使用成员函数remove，关联容器则不适用。
std::remove 不移动元素，它只重排
很多人以为 std::remove 会“移动”或“擦除”元素，其实它只是把不等于给定值的元素往前拷贝，返回一个指向新逻辑结尾的迭代器，原容器大小和内存布局完全不变。它不调用任何析构函数，也不改变容器 size —— 这是它和 erase 的根本区别。
典型误用：std::remove(v.begin(), v.end(), 42) 执行完后，v 里前若干个位置是保留元素，后面仍是旧数据（可能重复、可能脏），但 v.size() 没变。
必须配合 erase 才能真正删掉
要真正缩短容器，得把 std::remove 返回的迭代器传给容器的 erase 成员函数，形成“remove-erase 惯用法”。这是 C++98 就确立的标准写法，至今仍适用。
std::vector<int> v = {1, 2, 3, 2, 4};auto new_end = std::remove(v.begin(), v.end(), 2);v.erase(new_end, v.end()); // 真正释放尾部冗余空间
注意：不能写成 v.erase(std::remove(...)) —— 因为 erase 有两个重载，单参数版本删一个元素，双参数才删区间；漏掉 v.end() 会导致只删掉第一个匹配项之后的那个元素，行为完全错误。
立即学习“C++免费学习笔记（深入）”；
对 list 和 forward_list 要换用 remove 成员函数
std::list 和 std::forward_list 提供了成员函数 remove，它直接修改链表指针、调用析构、真正删除节点，不需要额外 erase。用 std::remove 算法反而低效且危险（比如 list::iterator 不支持随机访问，std::remove 内部的拷贝赋值可能破坏链表结构）。
- 正确：
my_list.remove(42); - 错误：
my_list.erase(std::remove(my_list.begin(), my_list.end(), 42), my_list.end());
另外，list::remove 是稳定删除（保持剩余元素相对顺序），而 std::remove 对随机访问容器也是稳定的，这点一致。
自定义类型要注意拷贝/移动语义
如果容器里是自定义类，std::remove 内部会执行多次拷贝（或移动）赋值，把“保留元素”逐个覆盖到前面位置。这意味着：
- 类必须有可访问的拷贝赋值运算符（或移动赋值，C++11 起优先用移动）
- 若类管理资源（如文件句柄、裸指针），拷贝赋值需正确实现，否则可能 double-free 或泄漏
- 若想避免拷贝开销，且使用 C++20，可考虑
std::erase（非算法，是容器的自由函数），它对 vector/string 直接内联优化，不暴露中间迭代器
例如 C++20 下更简洁：std::erase(v, 42); —— 一行完成重排 + 缩容，且对 std::vector、std::string 等特化实现，不触发额外拷贝。
真正容易被忽略的是：即使你记得配 erase，也常忘记 std::remove 对关联容器（如 std::map）完全不适用——它依赖随机访问迭代器和可写元素，而 map 的 key 是 const 的，编译直接报错。这种场景得用 erase_if（C++20）或手写循环加 erase 返回的下一个迭代器。
