string拼接慢因每次操作都创建新对象并复制内存，导致O(N²)开销和GC压力；StringBuilder通过可扩容数组避免频繁分配，适合多次修改场景。1. 初始化应预设容量减少扩容；2. 仅在循环或条件拼接时使用；3. 拼接少于3～4次或用插值时不需替换；4. 非线程安全，高并发需加锁；5. 单次拼接由编译器优化为Concat更高效。正确使用下StringBuilder性能远超string，但需权衡场景。
string 是不可变的，StringBuilder 是可变的 —— 这是性能差异的根本原因。每次用 + 或 += 拼接 string，都会创建一个新对象；而 StringBuilder 在内部维护一个可扩容的字符数组，反复追加不频繁分配内存。
因为 .NET 中 string 类型被设计为不可变（immutable）：任何修改操作（包括拼接、替换、截取）都会生成全新字符串对象，原字符串不变。例如：
string s = "a"; s += "b"; s += "c"; 实际创建了 3 个字符串对象（"a"、"ab"、"abc"）它快，但不是“无脑换就完事”。关键看使用方式：
new StringBuilder(1024)，避免多次自动扩容（默认初始容量 16，翻倍增长）.ToString() 获取最终结果；不要反复调用它来获取中间值（没意义还多一次拷贝）"Hello " + name + "!"）编译器会自动优化成 string.Concat，比 StringBuilder 更轻量盲目替换反而画蛇添足：
$"..." 插值且变量少、无循环（C# 10+ 对简单插值做了内联优化）System.Text.StringBuilder 的线程安全替代方案）拼接 10000 次 "x"：
string 方式：约 300ms+，内存分配飙升，GC 明显抖动StringBuilder（预设容量）：约 0.2ms，几乎无额外分配string.Concat / string.Join 批量处理：也很快，适合已知集合的场景基本上就这些。核心就一条：string 适合“读多写少”，StringBuilder 适合“写多读少”——看清场景，别让优化变成负担。
以上就是C# string和StringBuilder有什么不同 - 详解字符串拼接的性能陷阱的详细内容，更多请关注php中文网其它相关文章！
广告Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
465
收藏
