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

恕我直言，添加500+字符串条目绝对应该使用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(如果有疑问…检查反射器!)

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

String Vs Stringbuilder

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

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

如果你要做很多字符串连接，使用StringBuilder。当您连接一个String时，每次都会创建一个新的String，这会占用更多的内存。

Alex

为了澄清Gillian所说的4弦，如果你有这样的东西:

string a,b,c,d;
 a = b + c + d;

那么使用字符串和加号运算符会更快。这是因为(就像Eric指出的Java一样)，它在内部自动使用StringBuilder(实际上，它使用StringBuilder也使用的原语)

但是，如果你正在做的事情接近:

string a,b,c,d;
 a = a + b;
 a = a + c;
 a = a + d;

然后你需要显式地使用一个StringBuilder。. net在这里不会自动创建一个StringBuilder，因为这毫无意义。在每行的末尾，"a"必须是一个(不可变的)字符串，因此它必须在每行上创建和释放一个StringBuilder。为了提高速度，你需要使用相同的StringBuilder，直到你完成构建:

string a,b,c,d;
StringBuilder e = new StringBuilder();
 e.Append(b);
 e.Append(c);
 e.Append(d);
 a = e.ToString();

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