C#循环拼接空格时，char与string写法的性能与风格对比

针对你已经定义的初始化变量：

string Spaces = "";

在循环逻辑中需要持续追加单个空格的场景，我们可以从性能表现、代码规范两个维度，对Spaces += ' ';和Spaces += " ";两种写法做明确对比，不需要模糊的体感判断：

性能维度的实际差异 #

首先需要先明确一个通用前提：C#中的string是不可变类型，无论用上面哪种写法，直接在循环中对Spaces做+=操作，都会在每次拼接时生成一个全新的字符串实例，当循环次数较多时，这种写法本身就不是性能最优的选择，优先建议用StringBuilder完成高频场景下的字符串拼接。
在排除“直接用+=本身的性能缺陷”之后，我们再对比两种写法的原生差异：

• Spaces += ' '; 写法追加的是char类型单字符，编译后会映射到String.Concat(string, char)的专用重载。这个方法的内部实现不需要对待拼接内容做空值判断、字符串长度校验，只需要预先计算最终字符串的总长度、分配对应内存、依次拷贝原有字符和待追加的单字符即可，执行路径更短，内存分配的计算逻辑更精简。
• Spaces += " "; 写法追加的是长度为1的字符串字面量，编译后会映射到通用的String.Concat(string, string)重载。这个方法的内部逻辑需要额外走一遍通用字符串拼接的分支判断：包括对待拼接的字符串参数做空值校验、读取字符串实例的长度字段，哪怕待拼接的是编译期就完全确定的短字面量，运行时也会走完整的通用流程，相比char重载的实现存在微小的性能开销。

两者的性能差异在高频调用场景下会被累加，但整体属于微优化的范畴，不会出现量级上的性能差距。

代码规范维度的选型对比 #

这部分的差异会比性能差异更影响长期的代码可维护性：

• 语义匹配度：你当前的需求是追加单个独立空格字符，用char类型的字面量' '表达这个意图是完全匹配的。其他阅读代码的人看到这个写法，可以直接判断出追加内容是单字符，不需要反复核对引号内的内容是不是只有空格、有没有混入其他不可见的转义字符。如果用字符串形式的" "，阅读者需要额外花精力确认引号内的空白内容是不是符合预期，增加了不必要的理解成本。
• 代码容错性：字符串形式的" "字面量在编辑器格式化、跨文件复制粘贴的过程中，很容易被自动替换成多个空格、甚至混入制表符等其他空白字符，这类异常因为全是空白内容，人眼很难第一时间发现；而' '作为单字符字面量，只要没有刻意修改内容，编译器会严格保证它就是单个空格字符，不会出现多余内容的问题。

最终选型建议 #

• 如果是循环次数极少（仅2-3次拼接，完全不需要考虑StringBuilder优化的场景），优先选择Spaces += ' ';：既可以拿到略优的执行性能，也能让代码语义更清晰，符合通用编码规范。
• 如果循环次数较多（比如10次以上），无论选哪种直接+=的写法，都建议替换为基于StringBuilder的追加实现，从根源上减少不必要的内存分配：

  var spaceBuilder = new StringBuilder();
  for (int i = 0; i < 循环次数; i++)
  {
      spaceBuilder.Append(' ');
  }
  Spaces = spaceBuilder.ToString();
  

内容的提问来源于stack exchange，提问作者Титан