replace_copy：复制时悄悄换掉那些“不听话”的值

写C++代码时，你有没有遇到过这种场景：手头有个容器，想把它原样备份一份，但又得把其中某些特定值统一替换成别的——比如把所有 -1 换成 0，把 "N/A" 改成 "unknown"，或者把测试数据里的占位符批量清理掉？
这时候如果先 copy 再遍历修改，不仅多写几行，还容易漏改、错改；如果直接在原容器上 replace，又怕影响上游逻辑。replace_copy 就是为这种“既要又要”而生的：它不碰原数据，一边复制，一边顺手替换，一步到位。

它藏在 <algorithm> 头文件里，签名长这样：

template<class InputIt, class OutputIt, class T>
OutputIt replace_copy(InputIt first, InputIt last,
                      OutputIt d_first,
                      const T& old_value,
                      const T& new_value);

注意三个关键点：它不修改源区间，目标区间必须提前分配好空间，且只支持按值匹配替换。这不是万能胶布，但用对了，就是一把趁手的小刻刀。

举个实在的例子。假设你在处理传感器日志，原始数据存进 vector<int>，其中 -999 表示信号丢失。现在要生成一份用于绘图的副本，把所有 -999 替换成 numeric_limits<int>::min()（或干脆 0），但原始日志还得留着做故障分析：

#include <vector>
#include <algorithm>
#include <limits>
#include <iostream>

std::vector<int> raw_log = {12, -999, 45, -999, 67, -999};
std::vector<int> plot_ready(raw_log.size()); // 必须提前分配！否则写越界

replace_copy(raw_log.begin(), raw_log.end(),
             plot_ready.begin(),
             -999,
             0);

// plot_ready 现在是 {12, 0, 45, 0, 67, 0}

这里最容易踩的坑，就是忘了给目标容器预留空间。replace_copy 不会帮你 push_back，它只按你给的迭代器地址硬写。目标区间长度至少等于源区间长度，否则行为未定义——轻则数据错乱，重则程序崩溃。 别指望编译器提醒你，它只会沉默地越界写入。

那如果要替换的不是固定值，而是满足某种条件的元素呢？比如“把所有负数替换成 0”，或者“把长度超过10的字符串换成空串”？这时候 replace_copy 的兄弟 replace_copy_if 就该出场了。它接受一个一元谓词，灵活得多：

std::vector<std::string> paths = {"/home/user", "/tmp", "/var/log/hugefile.log"};
std::vector<std::string> safe_paths(paths.size());

replace_copy_if(paths.begin(), paths.end(),
                safe_paths.begin(),
                [](const std::string& s) { return s.length() > 15; },
                "[TRUNCATED]");

你会发现，replace_copy_if 和 replace_copy 的调用结构几乎一样，只是把两个 const T& 换成了一个可调用对象。这种设计不是巧合——STL 的算法家族讲究“接口一致性”，学透一个，其余就顺藤摸瓜。

有人会问：既然有 copy_if，为什么不用它过滤掉不要的元素？注意区别：copy_if 是“选着拷贝”，结果容器长度可能变短；而 replace_copy 是“全量拷贝+局部替换”，输出长度永远和输入一致。你要的是“保持结构不变的前提下净化内容”，而不是“筛出合格项”。 比如做图像像素处理，每个位置都得有值，不能缺行少列。

再往深一层想：replace_copy 的目标迭代器可以是插入迭代器吗？比如 std::back_inserter？答案是可以，但不推荐。因为 back_inserter 底层调用 push_back，每次写入都要检查容量、可能触发重分配——而 replace_copy 本意是高效批量操作。真要动态扩容，不如用 std::transform 配合 std::back_inserter，语义更清晰，性能也更可控。

实际项目中，我常把它和 std::array 或栈上缓冲区搭配使用。比如解析一行 CSV 字段，已知最多 16 个字段，每个字段最长 32 字节：

std::array<char, 16 * 32> raw_buffer;
// ... 从文件读入 raw_buffer
std::array<char, 16 * 32> clean_buffer;

replace_copy(raw_buffer.begin(), raw_buffer.end(),
             clean_buffer.begin(),
             '\t', ' '); // 把制表符全换成空格，方便后续 split

栈上分配 + replace_copy，零堆内存、无异常风险，嵌入式或高频服务里很吃香。

最后提醒一个细节：replace_copy 对 old_value 和 new_value 做的是逐个比较与赋值，不涉及移动语义。如果你替换的是大对象（比如 std::string），且 new_value 是临时量，编译器通常能优化掉拷贝（RVO/移动），但别默认它一定最优。对性能敏感的场景，先 profile，再决定是否手动 move。

总结下来，replace_copy 的价值不在炫技，而在精准解决一类具体问题：保留原序列结构，同步完成值级替换，且不污染源数据。 它不替代 transform，也不抢 copy_if 的活，但当你需要“复制即修正”时，它就是那个不多不少、刚刚好的工具。

下次看到一堆待清洗的数据，别急着写 for 循环——先问问自己：这事儿，replace_copy 能不能一气呵成？