C#字符串拼接应按场景选择：少量拼接用$””或+，频繁拼接用StringBuilder；因string不可变，循环中s+=”x”会产生大量临时对象，而StringBuilder通过可变缓冲区和预分配容量显著提升性能并减少内存分配。
C#字符串拼接的常用方式
在C#中，字符串拼接有多种写法，最常见的是用+号、$”插值字符串（C# 6.0+）、string.Concat、string.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，别让+=在循环里悄悄拖垮性能。
以上就是C#怎么进行字符串拼接 C# String和StringBuilder性能对比的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1443074.html
微信扫一扫 
支付宝扫一扫 
