std::remove_copy不能按谓词过滤，仅支持值匹配；应使用std::copy_if实现条件过滤复制，它接受一元谓词并逐元素判断是否复制。
std::remove_copy 不能直接过滤，它只是搬移“非待删元素”
std::remove_copy 名字有误导性：它不接受谓词（predicate）做任意条件过滤，只按值匹配删除——比如把所有等于 val 的元素跳过。它内部逻辑是“保留不等于 val 的元素”，不是“保留满足条件的元素”。想一边判断一边复制，得换函数。
该用 std::copy_if 而不是 std::remove_copy
真正支持“按条件过滤 + 复制”的是 std::copy_if。它接收一个一元谓词（比如 lambda、函数指针或函子），对每个元素调用该谓词，返回 true 才复制过去。
常见错误是写成：
std::remove_copy(v.begin(), v.end(), out.begin(), [](int x) { return x > 0; }); // 编译失败！第三个参数必须是值，不是 lambda
正确写法：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
std::copy_if(v.begin(), v.end(), out.begin(), [](int x) { return x > 0; });
- 目标迭代器（
out.begin()）必须有足够空间，或配合std::back_inserter使用动态容器 - 谓词里捕获外部变量要小心生命周期，尤其用
std::back_inserter配合局部std::vector时 - 如果源和目标重叠（比如复制到原容器后半段），
std::copy_if不保证安全；此时应先 resize 目标再复制，或改用std::remove_if+erase原地筛
如果非要“remove-style”语义，得自己封装
有人习惯 remove 类操作的两阶段模式（搬移 + 截断），但又想要谓词逻辑。这时可以组合 std::copy_if 和目标容器的 resize，或者用 std::partition_copy 分流到两个容器——但它不压缩，只是按条件分发。
例如只保留正数并紧凑存入新 vector：
std::vector<int> filtered;
filtered.reserve(src.size()); // 避免多次 realloc
std::copy_if(src.begin(), src.end(), std::back_inserter(filtered), [](int x) { return x > 0; });
-
std::back_inserter自动处理容量增长，但频繁 push_back 可能触发多次内存分配 - 若已知大致过滤比例，
reserve能显著提升性能 - 没有等价于
remove_copy那样“只给输出迭代器、不关心容器类型”的纯算法能同时满足谓词 + 紧凑输出 + 无额外分配
别忽略迭代器失效和 const 正确性
用 std::copy_if 时，如果源容器是 const std::vector<T>，那 begin()/end() 返回的是 const_iterator，lambda 参数也得声明为 const T& 或 T，否则某些编译器（如 MSVC）可能报错。
另一个坑是误传反向迭代器或移动迭代器——std::copy_if 要求输入是可读的前向范围，输出是可写的前向或更强迭代器。传 std::make_move_iterator 过去会导致源元素被移动走，但 copy_if 本意是“复制”，不是“搬移”。
复杂点往往不在算法选哪个，而在迭代器类别、值类别、容器可变性三者是否咬合。写完先跑个最简 case，比查文档更快定位是不是这里卡住。
