谈String与StringBuilder的性能

核心提示：String和StringBuilder 的性能比较，网上能找到很多，谈String与StringBuilder的性能，但是大多数都是比较字符串的连接性能，字符串的连接 String +=的效率确实不如StringBuilder ，结论：那这个小小的测试告诉我们什么呢？ “并不是我什么都比你差，你也什么都比

String和StringBuilder 的性能比较，网上能找到很多，但是大多数都是比较字符串的连接性能，字符串的连接 String +=的效率确实不如StringBuilder ，这个大家都能在网上找很多的示例。就这样，我们被这些铁证同化了，我们开始泛滥的使用StringBuilder，StringBuilder 就是B String好，甚至有些朋友更进一步，对StringBuilder再进行封装，重载运算符搞个类，来代替String。

但是不是对字符串的一些操作String 都不如StringBuilder呢？

String 和StringBuilder的区别：

1. 虽然两者都是引用类型，但是在C#中String作为值的时候通常当做结构体一样处理，例如：我们写：

string　text　=　"abc";
text.Replace("a",　"b");

是不是这样，text的值就变了呢？很显然没有，我们得这样写：

text　=　text.Replace("a",　"b");

还有String作为函数参数的时候，我们是否意识了呢？

如果换做StringBuilder就不需要第三步的代码了。

2. String 和StringBuilder的方法也并不是完全一样，这是废话，当然不会一样了，那好，那就是他们也包含相同，相似的功能的方法。

以前我了解到StringBuilder 在连接字符串的时候效率很高，从此以后我就爱屋及乌，只要遇到String的方法在StringBuilder中有的，就会优先使用 StringBuilder，也没问为什么，脑子里就一个信仰，StringBuilder真汉子，铁血真爷们！

这里，我就开始有些怀疑，难道StringBuilder的中的方法都比String的强吗？探索精神，耶！

我用的是VS2008，见如下代码：

string　strValue　=　"this　is　a　test　@param　";
StringBuilder　strTest　=　new　StringBuilder();
for　(long　i　=　0;　i　<　1000000;　i++)
{
　　strTest.Append(strValue);
}
string　content　=　strTest.ToString();
Stopwatch　watch　=　new　Stopwatch();
watch.Reset();
watch.Start();
string　replaceContent　=　content.Replace("@param",　"哈哈");
watch.Stop();
Console.WriteLine("String:　长度：{0}　>>耗时：　{1}",　replaceContent.Length,　watch.ElapsedMilliseconds);
watch.Reset();
watch.Start();
strTest.Replace("@param",　"哈哈");
watch.Stop();
Console.WriteLine("StringBuilder:　长度：{0}　>>耗时：　{1}",　strTest.Length,　watch.ElapsedMilliseconds);

结果显示：

看到了吧，String 的Replace的耗时比StringBuilder更少，所以这个测试的结论是：String的Replace的性能比StringBuilder更好。至于其他的方法，可以自己测试一下，这里就不列出来了。

结论：那这个小小的测试告诉我们什么呢？ “并不是我什么都比你差，你也什么都比我好，嘿嘿…” String得意的笑着。