C++千万级字符串快速拼接技巧

std::stringstream千万级拼接变慢主因是默认stringbuf频繁realloc+memcpy；可通过预分配string并用str()绑定优化，或改用更轻量的std::ostringstream；对纯拼接用string.reserve()+append最快，格式化推荐fmt::format_to。

为什么 std::stringstream 在千万级拼接时会变慢？

因为 std::stringstream 默认底层用 std::stringbuf，每次 operator<< 都可能触发小幅度内存重分配 + 字符拷贝，累积起来就是大量零碎的 malloc/memcpy。不是它设计得差，而是它本就不为“单次追加百万次”这种场景优化。

• 默认构造的 std::stringstream 初始缓冲区极小（通常 128~256 字节）
• 每次扩容按比例增长（常见是 1.5 倍），但千万级字符串意味着上百次 realloc
• 多线程下还可能因内部锁（取决于 libstdc++/libc++ 实现）进一步拖慢

怎么让 std::stringstream 少 realloc？

核心是提前预留足够空间，绕过动态扩容逻辑。但 std::stringstream 本身不提供 reserve()，得从它的 rdbuf() 入手：

• 先构造空 std::stringstream
• 获取其 stringbuf 指针，用 str() 设置一个预分配好容量的 std::string
• 后续所有写入都在这个已扩容的缓冲上进行

std::string prealloc;
prealloc.reserve(10 * 1024 * 1024); // 预估总长，比如 10MB
std::stringstream ss;
ss.rdbuf()->pubsetbuf(nullptr, 0); // 清掉默认 buffer（可选，部分实现需要）
ss.str(prealloc); // 关键：把预分配的 string 绑定进去

注意：ss.str() 是 setter，不是 getter；调用后 ss 内部会持有该 std::string 的副本（C++11 起是移动语义，开销小）。

std::ostringstream 比 std::stringstream 更合适吗？

是的，只要你不读回内容（即只写不读），就该用 std::ostringstream：

• 语义更清晰：明确表示“只输出”
• 部分标准库实现（如 libc++）对 std::ostringstream 有轻量级优化，避免输入侧的冗余状态管理
• 不会隐式调用 seekp() 或维护输入位置，减少分支判断

std::ostringstream oss;
oss.str(std::string().assign(10'000'000, '\0')); // 更安全的预分配写法

但别用 oss << std::string(10'000'000, 'x') 初始化——这会先构造大字符串再拷贝，白费一次分配。

真到千万级，还有比 std::ostringstream 更快的方案吗？

有，但要看你拼的是什么：

• 如果全是字面量或已知长度的 std::string_view，直接用 std::string + reserve() + append() 最快，零额外对象开销
• 如果涉及格式化（比如 oss << "id=" << id << ",val=" << val），fmt::format_to（libfmt）在 C++20 前就比 ostringstream 快 2–5 倍，且支持 compile-time 格式串检查
• 如果最终要写磁盘或发网络，考虑直接写入 std::vector 或自定义 buffer，跳过中间 std::string 构造

最常被忽略的一点：千万级拼接往往不是瓶颈本身，而是拼完之后立刻调用 .str().c_str() 触发一次完整拷贝——这时候应该用 .view()（C++23）或自己管理生命周期，避免无谓复制。