StringBuilder减少了分配和赋值的数量，代价是使用了额外的内存。如果使用得当，它可以完全消除编译器需要一遍又一遍地分配越来越大的字符串，直到找到结果为止。

string result = "";
for(int i = 0; i != N; ++i)
{
   result = result + i.ToString();   // allocates a new string, then assigns it to result, which gets repeated N times
}

vs.

String result;
StringBuilder sb = new StringBuilder(10000);   // create a buffer of 10k
for(int i = 0; i != N; ++i)
{
   sb.Append(i.ToString());          // fill the buffer, resizing if it overflows the buffer
}

result = sb.ToString();   // assigns once

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

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

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

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

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

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