C#怎么进行字符串拼接 C# String和StringBuilder性能对比

来源:这里教程网 时间:2026-02-21 17:33:27 作者:

C#字符串拼接的常用方式

在C#中,字符串拼接有多种写法,最常见的是用+号、$"插值字符串(C# 6.0+)、string.Concatstring.Join,以及StringBuilder。选择哪种方式,关键看场景:拼接次数少、字符串小,用$"+完全没问题;频繁修改或循环拼接,就得上StringBuilder

String拼接的底层机制和性能隐患

string在C#中是不可变(immutable)类型。每次用+$"拼接,都会创建一个新字符串对象,原字符串会被丢弃(等待GC回收)。比如:

var s = "a" + "b" + "c" + "d"; —— 看似一次操作,编译器会优化成string.Concat,很快;

但如果是循环中这样写:s += "x";(比如10000次),就会产生近10000个中间字符串对象,内存压力大,GC频繁,性能明显下降。

StringBuilder为什么更快

StringBuilder是可变的字符缓冲区,默认内部用char[]数组存储,支持追加、插入、替换等操作而不反复分配新内存。它通过预分配容量(Capacity)和动态扩容(通常是2倍增长)来减少内存重分配次数。

使用建议:

明确知道最终长度时,初始化时指定Capacity,避免多次扩容 循环拼接、日志组装、HTML生成等场景优先用StringBuilder 拼接完用ToString()获取最终字符串,之后可复用或清空(Clear()

简单性能对比示例(10万次拼接)

粗略测试(Release模式,关闭调试器附加):

string +=:约 80–120ms,内存分配超100MB $"(单次多段):约 0.1ms(编译期优化强,但不适用于循环) StringBuilder(初始容量设为足够大):约 0.3–0.5ms,内存分配极少

差距在量级上——不是“快一点”,而是“快两个数量级+省大量内存”。不过日常拼接3–5个变量,真没必要换StringBuilder,可读性和简洁性更重要。

基本上就这些。选对工具比死抠语法重要:小拼接用$",大拼接用StringBuilder,别让+=在循环里悄悄拖垮性能。

相关推荐