使用字符串进行连接会导致运行时复杂度达到O(n^2)的量级。

如果使用StringBuilder，需要复制的内存就会少得多。使用StringBuilder(int capacity)，如果您可以估计最终字符串的大小，则可以提高性能。即使不精确，也可能只需要将StringBuilder的容量增加几倍，这也有助于提高性能。

除了前面的答案，当我想到这样的问题时，我总是做的第一件事是创建一个小型测试应用程序。在这个应用程序中，为这两种情况执行一些计时测试，看看哪个更快。

恕我直言，添加500+字符串条目绝对应该使用StringBuilder。

StringBuilder is probably preferable. The reason is that it allocates more space than currently needed (you set the number of characters) to leave room for future appends. Then those future appends that fit in the current buffer don't require any memory allocation or garbage collection, which can be expensive. In general, I use StringBuilder for complex string concatentation or multiple formatting, then convert to a normal String when the data is complete, and I want an immutable object again.

我的方法一直是在连接4个或更多字符串时使用StringBuilder 或 当我不知道有多少串联会发生。

好的性能相关文章在这里

String和StringBuilder实际上都是不可变的，StringBuilder内置了缓冲区，允许更有效地管理其大小。当StringBuilder需要调整大小时，就是在堆上重新分配它的时候。默认情况下，它的大小为16个字符，您可以在构造函数中设置此值。

eg.

StringBuilder sb = new StringBuilder(50);

是的，StringBuilder在对字符串执行重复操作时提供了更好的性能。这是因为所有的更改都是对单个实例进行的，因此它可以节省大量时间，而不是像String那样创建一个新实例。

String Vs Stringbuilder

字符串 系统命名空间下 不可变(只读)实例 当价值发生持续变化时，性能下降 线程安全的 StringBuilder(可变字符串) 在系统。文本名称空间 可变的实例 显示更好的性能，因为对现有实例进行了新的更改

强烈推荐dotnet mob文章:c#中的String Vs StringBuilder。 相关堆栈溢出问题:字符串时的可变性 在c#中没有改变?