String PK StringBuilder,传说就是传说，只有动手实验，才能得出确定的答案

本机测试结果如下：

大部分情况下，string 性能并不比StringBuilder差，只有特殊情况才出现差异，并非如前面有些朋友测试的结果哪样，只要使用StringBuilder 就一定比String表现优异。

另外，大多数测试者都没有考虑内存分配的时间与成本（因为大多数的内存都比较在>2G)。

本次测试也只考虑时间运行效率，没有考虑空间成本

本次测试条件：.net 4.0 硬件：Tinkpad t540P,4G内存 win8.1

第一种方法：

String PK StringBuilder,传说就是传说，只有动手实验，才能得出确定的答案-LMLPHP

; i < ; i++)
; i < ; i++)
; i < ; i++)
; i < ; i++)
; i < ; i++)
; i < ; i++)
; i < ; i++)
; i < ; i++)
; i < ; i++)
                  {
             ; i < ; i++)
             {
                 StringBuilder ssb =                  ssb.Append(                 ssb.Append(                 ssb.Append(             }
         }
     }

第二种方法

; i < ; i++)
; i < ; i++)
; i < ; i++)
; i < ; i++)
; i < ; i++)
; i < ; i++)
; i < ; i++)
; i < ; i++)
         }
         [TestMethod]
                  {
             StringBuilder ssb =              ; i < ; i++)
             {
                 ssb.Clear();
                 ssb.Append(                 ssb.Append(                 ssb.Append(             }
         }
         [TestMethod]
                  {
             StringBuilder ssb =              ; i < ; i++)
             {
                 ssb.Clear();
                 ssb.Append(                 ssb.Append(                 ssb.Append(             }
         }
     }

测试结果如下：

String PK StringBuilder,传说就是传说，只有动手实验，才能得出确定的答案-LMLPHP

根据测试结果如下：

如果字符串拼接次数很小 <= 1000次，两者性能几乎没有差别，只有在字符本身长度大，拼接次数很大的情况下，使用StringBuilder才有意义。

通过第二次方法测试可表明，在循环体内每次 new StringBuilder 时，是非常耗时的工作，并且new时预分配内存，也是占内存的，有时并没有使用到。

因此：使用string 还是 StringBuilder 还要看使用环境。

在大部分情况下，string 并不会对性能造成损失，使用string 即方便，也经济，仍然是字符串操作的首先。