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

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

The performance of a concatenation operation for a String or StringBuilder object depends on how often a memory allocation occurs. A String concatenation operation always allocates memory, whereas a StringBuilder concatenation operation only allocates memory if the StringBuilder object buffer is too small to accommodate the new data. Consequently, the String class is preferable for a concatenation operation if a fixed number of String objects are concatenated. In that case, the individual concatenation operations might even be combined into a single operation by the compiler. A StringBuilder object is preferable for a concatenation operation if an arbitrary number of strings are concatenated; for example, if a loop concatenates a random number of strings of user input.

来源:MSDN

在. net中，StringBuilder仍然比追加字符串快。我很确定在Java中，它们只是在附加字符串时在底层创建了一个StringBuffer，所以没有真正的区别。我不确定为什么他们还没有在。net中这样做。

我相信StringBuilder更快，如果你有超过4个字符串，你需要附加在一起。此外，它可以做一些很酷的事情，如AppendLine。

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(如果有疑问…检查反射器!)

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

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