如果你在循环中操作，StringBuilder可能是最好的选择;它节省了定期创建新字符串的开销。在只运行一次的代码中，字符串。Concat可能没问题。

然而，Rico Mariani(。NET优化大师)做了一个测试，他在测试的最后说，在大多数情况下，他建议使用String.Format。

StringBuilder.Append()方法比使用+操作符要好得多。但我发现，当执行1000个或更少的连接时，String.Join()甚至比StringBuilder更有效。

StringBuilder sb = new StringBuilder();
sb.Append(someString);

String的唯一问题。Join是指必须使用公共分隔符连接字符串。

编辑:正如@ryanversaw指出的，可以将分隔符设置为string.Empty。

string key = String.Join("_", new String[] 
{ "Customers_Contacts", customerID, database, SessionID });

摘自这篇MSDN文章:

有一些开销与 创建一个StringBuilder对象，两者都有 在时间和记忆中。在一台机器上 快速内存，StringBuilder变成 如果你要做5次，那就值得了 操作。根据经验，我 10个或更多的字符串操作 开销是否合理 任何机器，即使是较慢的机器。

因此，如果你信任MSDN，如果你必须做超过10个字符串操作/连接，那么就使用StringBuilder -否则简单的字符串连接'+'就可以了。

StringBuilder并不总是更快:

经验法则

当连接三个或更少的动态字符串值时，使用传统的字符串连接。 当连接三个以上的动态字符串值时，请使用StringBuilder。 当从多个字符串字面值构建一个大字符串时，可以使用@字符串字面值或内联+操作符。

大多数情况下，StringBuilder是您最好的选择，但在某些情况下，如那篇文章所示，您至少应该考虑每种情况。

这取决于代码。 StringBuilder通常更高效，但如果您只是连接几个字符串并在一行中完成所有操作，那么代码优化可能会为您解决这个问题。考虑代码的外观也很重要:对于较大的集合，StringBuilder将使其更容易阅读，对于较小的集合，StringBuilder只会增加不必要的混乱。

除了其他答案之外，请记住StringBuilder可以被告知要分配的初始内存量。

容量参数定义了当前实例分配的内存中可以存储的最大字符数。它的值被赋给Capacity属性。如果当前实例中存储的字符数量超过了这个容量值，StringBuilder对象就会分配额外的内存来存储这些字符。 如果容量为零，则使用特定于实现的默认容量。

重复添加到未预先分配的StringBuilder可能会导致大量不必要的分配，就像重复连接常规字符串一样。

If you know how long the final string will be, can trivially calculate it, or can make an educated guess about the common case (allocating too much isn't necessarily a bad thing), you should be providing this information to the constructor or the Capacity property. Especially when running performance tests to compare StringBuilder with other methods like String.Concat, which do the same thing internally. Any test you see online which doesn't include StringBuilder pre-allocation in its comparisons is wrong.

如果你无法猜测它的大小，你可能在写一个效用函数它应该有自己的可选参数来控制预分配。