string与StringBuilder拼接字符串的性能差距有多大

之前也看过一些对string与StringBuilder的性能分析，总感觉这个应该对整体性能不会产生多大的影响，所以就一直没有关注这块！

由于学程序初期最先接触的string拼接，所以就一直没改变过自己的习惯！

前段时间抽时间写了一个CMS系统，一开始的时候每秒钟大概能生成200条新闻，可是后来由于新闻系统与购物系统整合后，发现生成速度突然就掉下来了

最快的时候每秒钟也就生成130多条新闻，按照正常的情况下不应该会出现这个问题的，于是从后期整合的代码里面找原因，

由于生成新闻的时候，我们都要提取相关商品的相关信息并输出，而且这些都是用string进行拼接的，由于拼接的次数比较频繁，

突然就想到了这个string与StringBuilder的性能的问题，于是我粗略的做了一个小小的测试！

用StringBuilder循环的拼接10000次字符串需要的时间为 0到1毫秒！

代码如下：

        long tt = long.Parse(DateTime.Now.ToString("yyyyMMddHHmmssfff"));

        StringBuilder start = new StringBuilder();
        for(int j=0;j<10000;j++)
        {
            start.Append("测试测试测试测试测试测试测试测试测试测试测试测试");
        }

        long mm = long.Parse(DateTime.Now.ToString("yyyyMMddHHmmssfff"));

        Response.Write(Convert.ToString( mm-tt));

用string循环的拼接100000次字符串需要的时间为 5500到6000毫秒！

代码如下：

long tt = long.Parse(DateTime.Now.ToString("yyyyMMddHHmmssfff"));

        string start =string.Empty;
       
        for(int j=0;j<10000;j++)
        {
            start += "测试测试测试测试测试测试测试测试测试测试测试测试";
        }

        long mm = long.Parse(DateTime.Now.ToString("yyyyMMddHHmmssfff"));

        Response.Write(Convert.ToString( mm-tt));

我原本用的是100000 次拼接做的测试，StringBuilder仅用了30毫秒，但是用string拼接就执行几分钟没有执行完，所以我就改用10000次来做试验了！

简单的可以概括为，string拼接的次数越多，速度则越慢，而StringBuilder则几乎不怎么变化！

string与StringBuilder的性能问题看上去可能很多人觉得没什么，但是一旦操作的次数多了，那么速度就很明显的显示出来了！

我把所有的关于string的操作都改成了 StringBuilder来操作，再看CMS的生成速度可以达到每秒钟生成300条新闻了！属蛇的人2012年运程属猪的人2012年运程2013年运程2012年运程属虎的人2012年运程

声明：我们的CMS是在配置为  windows2003 vps 服务器, 内存为 1G，数据库为Sqlserver2000,新闻数据量为:20万的的情况下进行测试的,

这样基本已经可以满足我们的要求了!

写程序注意细节,尤其是在搭建比较大型的项目时,细节可能就决定了成败!

关于造成这种情况的原因,大家可以参考:http://www.cnblogs.com/csdnit/archive/2012/05/09/2492210.html