同样重要的是，如果要连接字符串字面量，则应该使用+运算符。

当您使用+运算符连接字符串字面值或字符串常量时，编译器将创建一个单独的字符串。没有发生运行时连接。

如何:连接多个字符串(c#编程指南)

系统。字符串是不可变的。当我们修改一个字符串变量的值时，一个新的内存被分配给新的值，之前的内存分配被释放。系统。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.

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

摘自这篇MSDN文章:

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

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

. net性能专家Rico Mariani有一篇关于这个主题的文章。这并不像人们想象的那么简单。基本的建议是:

如果你的图案是这样的: X = f1(…)+ f2(…)+ f3(…)+ f4(…) 这是一个concat，它是活泼的，StringBuilder可能不会有帮助。 如果你的图案是这样的: 如果(…)x += f1(…) 如果(…)x += f2(…) 如果(…)x += f3(…) 如果(…)x += f4(…) 那么你可能需要StringBuilder。

另一篇支持这一说法的文章来自Eric Lippert，他详细描述了在一行+连接上执行的优化。

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

 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();
    }

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

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

欢呼。