StringBuilder并不总是更快:

经验法则

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

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

下面可能是连接多个字符串的另一种解决方案。

String str1 = "sometext";
string str2 = "some other text";

string afterConcate = $"{str1}{str2}";

字符串插值

系统。字符串是不可变的。当我们修改一个字符串变量的值时，一个新的内存被分配给新的值，之前的内存分配被释放。系统。StringBuilder被设计为具有可变字符串的概念，其中可以执行各种操作，而无需为修改后的字符串分配单独的内存位置。

尝试这两段代码，您将找到解决方案。

 static void Main(string[] args)
    {
        StringBuilder s = new StringBuilder();
        for (int i = 0; i < 10000000; i++)
        {
            s.Append( i.ToString());
        }
        Console.Write("End");
        Console.Read();
    }

Vs

static void Main(string[] args)
    {
        string s = "";
        for (int i = 0; i < 10000000; i++)
        {
            s += i.ToString();
        }
        Console.Write("End");
        Console.Read();
    }

你会发现第一个代码将很快结束，内存将在一个很好的数量。

第二个代码可能内存没问题，但会花更长的时间…更长的时间。 所以如果你有一个用户很多的应用程序，你需要速度，使用第一个。如果你有一款短期单用户应用，也许你可以同时使用两款应用，或者对开发者来说第二款应用更“自然”。

欢呼。

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

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

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