StringBuilder明显更高效，但除非您进行大量的字符串修改，否则无法看到这种性能。

下面是给出性能示例的一小段代码。正如您所看到的，只有当您进入大型迭代时，您才真正开始看到主要的性能提升。

正如您所看到的，20万次迭代花费了22秒，而使用StringBuilder的100万次迭代几乎是瞬间完成的。

string s = string.Empty;
StringBuilder sb = new StringBuilder();

Console.WriteLine("Beginning String + at " + DateTime.Now.ToString());

for (int i = 0; i <= 50000; i++)
{
    s = s + 'A';
}

Console.WriteLine("Finished String + at " + DateTime.Now.ToString());
Console.WriteLine();

Console.WriteLine("Beginning String + at " + DateTime.Now.ToString());

for (int i = 0; i <= 200000; i++)
{
    s = s + 'A';
}

Console.WriteLine("Finished String + at " + DateTime.Now.ToString());
Console.WriteLine();
Console.WriteLine("Beginning Sb append at " + DateTime.Now.ToString());

for (int i = 0; i <= 1000000; i++)
{
    sb.Append("A");
}
Console.WriteLine("Finished Sb append at " + DateTime.Now.ToString());

Console.ReadLine();

以上代码的结果:

开头字符串+在28/01/2013 16:55:40。 完成字符串+在28/01/2013 16:55:40。 开头字符串+在28/01/2013 16:55:40。 完成字符串+在28/01/2013 16:56:02。 开始Sb追加在28/01/2013 16:56:02。 完成Sb的追加在28/01/2013 16:56:02。

字符串连接将花费更多。 在Java中，您可以根据需要使用StringBuffer或StringBuilder。 如果您想要一个同步的、线程安全的实现，请使用StringBuffer。这将比字符串连接更快。

如果你不需要同步的或者线程安全的实现，选择StringBuilder。 这将比String连接更快，也比StringBuffer更快，因为它们没有同步开销。

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

作为一般的经验法则，如果我必须设置字符串的值不止一次，或者如果字符串有任何追加，那么它需要是一个字符串构建器。在了解字符串构建器之前，我曾经看到我过去编写的应用程序具有巨大的内存足迹，而且似乎一直在不断增长。将这些程序更改为使用字符串构建器可以显著减少内存使用。现在我对琴弦制造者发誓。

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

StringBuilder is probably preferable. The reason is that it allocates more space than currently needed (you set the number of characters) to leave room for future appends. Then those future appends that fit in the current buffer don't require any memory allocation or garbage collection, which can be expensive. In general, I use StringBuilder for complex string concatentation or multiple formatting, then convert to a normal String when the data is complete, and I want an immutable object again.