性能： 字符串拼接

由于使用 System.String 类会在某些场合带来明显的性能损耗，所以微软另外提供了一个类型StringBuilder来弥补String的不足。

StringBuilder并不会重新创建一个string 对象，它的效率源于预先以非托管的方式分配内存。如果StringBuilder 没有先定义长度，则默认分配的长度为16。当 StringBuilder 字符长度小于等于 16时，StringBuilder 不会重新分配内存；当 StringBuilder 字符长度大于16 小于 32时，StringBuilder 又会重新分配内存，使之成为 16的倍数。在上面的代码中，如果预先判断字符串的长度将大于16，则可以为其设定一个更加合适的长度（如32）。StringBuilder重新分配内存时是按照上次的容量加倍进行分配的。当然，我们需要注意，StringBuilder指定的长度要合适，太小了，需要频繁分配内存；太大了，浪费空间。

曾经有人问我，下面的两种字符串拼接方式，哪种效率更高：

1.      private static void NewMethod8()
        {
            string a = "t";
            a += "e";
            a += "s";
            a += "t";
        }

2.      private static void NewMethod7()
        {
            string a = "t";
            string b = "e";
            string c = "s";
            string d = "t";
            string result = a + b + c + d;
        }

答案是：两者效率都不高。不要以为前者比后者创建的字符串对象更少，事实上，两者创建的字符串对象相等，且前者进行了3次string.Contact方法调用，比后者还多了两次。

要完成这样的运行时字符串拼接（注意：是运行时），更佳的做法是使用StringBuilder类型，代码如下所示：

private static void NewMethod10()
{
    //为了演示的需要，定义了4个变量
    string a = "t";
    string b = "e";
    string c = "s";
    string d = "t";
    StringBuilder sb = new StringBuilder(a);
    sb.Append(b);
    sb.Append(c);
    sb.Append(d);
    //再次提示，是运行时，所以没有使用下面的代码
    //StringBuilder sb = new StringBuilder("t");
    //sb.Append("e");
    //sb.Append("s");
    //sb.Append("t");
    string result = sb.ToString();
}

微软还提供了另外一个方法来简化这种操作，即使用string.Format方法。string.Format方法在内部使用StringBuilder进行字符串的格式化，如下面的代码所示：

private static void NewMethod11()
{
    //为了演示的需要，定义了4个变量
    string a = "t";
    string b = "e";
    string c = "s";
    string d = "t";
    string.Format("{0}{1}{2}{3}", a, b, c, d);
}