从内存的角度来看，StringBuilder的性能会更好。至于处理，执行时间的差异可以忽略不计。

StringBuilder是可取的，如果你正在做多个循环，或分叉在你的代码传递…然而，对于PURE性能，如果你可以使用SINGLE字符串声明，那么性能就会更好。

例如:

string myString = "Some stuff" + var1 + " more stuff"
                  + var2 + " other stuff" .... etc... etc...;

更有表现力吗

StringBuilder sb = new StringBuilder();
sb.Append("Some Stuff");
sb.Append(var1);
sb.Append(" more stuff");
sb.Append(var2);
sb.Append("other stuff");
// etc.. etc.. etc..

在这种情况下，可以认为StringBuild更易于维护，但性能并不比单个字符串声明更好。

但是十有八九……使用字符串构建器。

另一方面:string + var也比string的性能更好。格式方法(通常)在内部使用StringBuilder(如果有疑问…检查反射器!)

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

好的性能相关文章在这里

以“微优化剧场的悲剧”为例。

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

eg.

StringBuilder sb = new StringBuilder(50);

StringBuilder更适合从许多非常量值构建字符串。

If you're building up a string from a lot of constant values, such as multiple lines of values in an HTML or XML document or other chunks of text, you can get away with just appending to the same string, because almost all compilers do "constant folding", a process of reducing the parse tree when you have a bunch of constant manipulation (it's also used when you write something like int minutesPerYear = 24 * 365 * 60). And for simple cases with non-constant values appended to each other, the .NET compiler will reduce your code to something similar to what StringBuilder does.

但是当你的append不能被编译器简化为更简单的东西时，你将需要一个StringBuilder。正如fizch所指出的，这更有可能发生在循环内部。