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

是的，性能差异是显著的。请参阅KB文章“如何在Visual c#中提高字符串连接性能”。

我总是试着先编写清晰的代码，然后再优化性能。这比反过来做要容易得多!但是，看到了两者在我的应用程序中的巨大性能差异后，我现在更仔细地考虑了一下。

幸运的是，在代码上运行性能分析相对简单，可以看到您在哪些地方花费了时间，然后在需要的地方修改它以使用StringBuilder。

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

我已经看到，在StringBuilder的实例上使用EnsureCapacity(int capacity)方法调用，然后再将它用于任何字符串存储，可以显著提高性能。我通常在实例化后的代码行中调用它。它的效果和你这样实例化StringBuilder是一样的:

var sb = new StringBuilder(int capacity);

该调用会提前分配所需的内存，从而在多个Append()操作期间减少内存分配。您必须对需要多少内存做出有根据的猜测，但对于大多数应用程序来说，这应该不会太难。我通常会在内存过多的情况下犯错(我们说的是1k左右)。

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。

使用字符串进行连接会导致运行时复杂度达到O(n^2)的量级。

如果使用StringBuilder，需要复制的内存就会少得多。使用StringBuilder(int capacity)，如果您可以估计最终字符串的大小，则可以提高性能。即使不精确，也可能只需要将StringBuilder的容量增加几倍，这也有助于提高性能。