C产品如何满足特定用户需求？

本文共计1011个文字，预计阅读时间需要5分钟。

《 StringBuilder 在拼接大字符串时必须使用，其他方式在循环或高频场景下会触发大量临时字符串分配，GC 压力增大，性能断崖式下降。》

为什么 + 运算符拼接大字符串会变慢

每次用 + 拼接两个 string，.NET 都要分配一块新内存，把前一个字符串内容复制过去，再把后一个追加进去。字符串不可变，所以 5 次拼接 = 创建 5 个新字符串对象，其中前 4 个立刻变成垃圾。

常见错误现象：OutOfMemoryException 或 CPU 占用高但吞吐低，尤其在日志聚合、XML/JSON 构建、批量 SQL 拼接等场景。

• 适用场景：仅限一次性、变量少（≤3 个）、长度总和
• 编译期字面量拼接（如多行长文本用 + 拆分）是安全的——它不发生在运行时
• 不要在 for 循环里写 result += item，这是最典型的性能陷阱

StringBuilder 初始化容量不设会吃大亏

StringBuilder 底层用 char[] 缓冲区，初始默认容量是 16。如果最终拼出 100KB 字符串，它要反复扩容（通常是翻倍），每次扩容都要 new 数组 + memcpy 原内容，开销远超预估。