c#如何使用连接字符串_c#连接字符串项目实例附完整源码

C#字符串拼接：从“能用”到“高效”的实战指南

在C#开发中，字符串拼接看似基础，实则暗藏玄机。用+号直接拼接固定字符串固然最快，但一旦涉及变量、循环或是格式化需求，事情就没那么简单了。string.Concat、string.Join和StringBuilder才是真正让你掌控全局的工具。至于string.Format或插值字符串$""，在简单场景下足够好用，但切记别在高频循环里无脑使用。

哪些场景该用 StringBuilder？

判断标准其实很明确：当你的代码需要在循环中反复追加内容时——无论是拼接动态SQL、生成HTML片段，还是累积日志行——StringBuilder就该登场了。它的核心价值在于，避免了每次使用+操作符都创建新字符串对象所带来的GC（垃圾回收）压力。

• 初始化有讲究：尽量预估容量进行初始化，例如new StringBuilder(1024)。这能有效减少其内部数组的扩容次数，提升性能。
• 别把它当“万金油”：如果只是拼接两三个固定的字符串，直接用+或string.Concat反而更轻量、更直观。
• 最后再“变&现”：ToString()方法只在最终需要结果时调用一次即可，千万不要在循环内部反复调用它。

$"" 插值和 string.Format 的实际差异

这两种方式在底层生成的IL代码几乎一致，但语法体验截然不同。插值字符串语法更直观，支持直接嵌入表达式（比如$"id={user.Id + 1}"），而string.Format在.NET 6及以上版本中，已被标记为“不推荐用于新代码”。

• 编译器的魔法：插值字符串在编译时会被转换为string.Format调用，或者直接进行常量折叠。像$"Hello {name}"这样的简单字面量拼接，并不会分配额外的委托，可以放心使用。
• 警惕隐藏开销：如果插值表达式中包含了方法调用或复杂的条件判断，建议先将结果计算出来存入变量，再进行插值。这样可以避免潜在的性能损耗。
• 注意文化设置：数字和日期的格式化默认依赖于当前线程的文化设置。如果需要统一的格式（例如在日志或网络传输中），务必显式传入CultureInfo.InvariantCulture。

常见错误：以为 String.Concat 和 String.Join 可以互换

这是最容易混淆的一对。String.Concat是纯粹的连接，不加任何分隔符；而String.Join必须指定分隔符，并且它对null元素更加宽容（会自动跳过）。

• 无分隔符拼接数组：直接使用string.Concat(arr)，这比string.Join("", arr)少了一次对空字符串参数的解析过程。
• 为集合添加分隔符：必须使用string.Join(", ", list)，不要试图用Concat然后自己手动补上逗号逻辑，那样既容易出错，代码也不够清晰。
• 灵活性对比：Join支持任何IEnumerable，包括LINQ查询结果，非常灵活。而Concat在处理非字符串类型时会调用其.ToString()方法，如果元素为null，就可能埋下NullReferenceException的隐患。

说到底，真正的难点不在于记住这几个API，而在于准确判断“当前这次拼接操作，是否会在生产环境中被执行成千上万次”。许多性能问题，恰恰源于将调试阶段随手写的简单拼接逻辑，原封不动地复制到了高吞吐量的核心处理路径中。