直观认识:正面交锋 
性能测试1:StringBuilder 
第 1 轮测试:用时 312.5 毫秒 
第 2 轮测试:用时 421.875 毫秒 
第 3 轮测试:用时 453.125 毫秒 
第 4 轮测试:用时 421.875 毫秒 
第 5 轮测试:用时 453.125 毫秒 
性能测试2:StringWriter 
第 1 轮测试:用时 406.25 毫秒 
第 2 轮测试:用时 453.125 毫秒 
第 3 轮测试:用时 421.875 毫秒 
第 4 轮测试:用时 437.5 毫秒 
第 5 轮测试:用时 437.5 毫秒 
性能测试3:String(1/100 数据量) 
第 1 轮测试:用时 12406.25 毫秒 

您注意到了吗? 
       String 连接方式在只有 1/100 数据的测试下,使用时间30倍于 StringBuilder。因此,基于性能的考量,我们绝不推荐这种方式。而 StringBuilder 较之 StringWriter 略胜一筹,具体的原因将在下文中分析。当然,测试存在误差,但足以说明事实。 

StringWriter 与 StringBuilder:谁是强者 
        StringWriter 位于 System.IO 命名空间内,继承于 TextWriter。在 .Net Reflector 的反编译结果中显示,它的内部事实上是采用 StringBuilder 进行连接。无怪乎 StringWriter 会略逊一筹,它原来仅仅是 StringBuilder 的一个适配(可以称之为 Adapter 模式)。为什么 StringBuilder 拥有如此的效率? 

您注意到了吗? 
在许多地方,需要 StringWriter 而不是 StringBuilder,例如 XmlTextWriter。 

StringBuilder:原因何在 
       关于 System.Text.StringBuilder 的研究,网上已有不少,其主要原理便是预先以非托管方式分配内存,保证文本的修改与扩张,不重新创建一个 String 对象。而 String 对象的创建,便是性能瓶颈所在。它的连接效率远超过 String,不过在少量的文本连接时,显然 String 编程时更方便些。 
标签:
ASP.NET(C#),String,,StringBuilder,与,StringWriter性能比较

免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件! 如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com
狼山资源网 Copyright www.pvsay.com

稳了!魔兽国服回归的3条重磅消息!官宣时间再确认!

昨天有一位朋友在大神群里分享,自己亚服账号被封号之后居然弹出了国服的封号信息对话框。

这里面让他访问的是一个国服的战网网址,com.cn和后面的zh都非常明白地表明这就是国服战网。

而他在复制这个网址并且进行登录之后,确实是网易的网址,也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情,因为以前都没有出现这样的情况,现在突然提示跳转到国服战网的网址,是不是说明了简体中文客户端已经开始进行更新了呢?