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

String Vs Stringbuilder

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

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

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

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

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