不同Framework下StringBuilder和String的性能对比,及不同Framework性能比(附Demo)

本文版权归mephisto和博客园共有,欢迎转载,但须保留此段声明,并给出原文链接,谢谢合作。

文章是哥(mephisto)写的,SourceLink

阅读目录

  • 介绍
  • 环境搭建
  • 测试用例
  • MSDN说明
  • 我的理解
  • Demo下载

本文版权归mephisto和博客园共有,欢迎转载,但须保留此段声明,并给出原文链接,谢谢合作。

文章是哥(mephisto)写的,SourceLink

介绍

    自己对String和StringBuilder的处理机制略懂,大胆的设想下两者的性能对比会出现什么样的令人意外的情况。于是便有此文,结果我也不知道,那么我们就根据设计的测试用例来看看现象吧。本文耗时5个小时(包括测试用例),希望大家给点汗水的推荐。

环境搭建

一:搭建多Framework测试解决方案

  由于要测试多个Framework下的性能,所以就创建了个解决方案,版本包括:2.0,3.0,3.5,4.0,4.5。这么多的工程,测试起来也比较麻烦,俺还是耐心的进行了测试。

  IDE采用的VS2013,所以大家要下载后自己运行Demo,还是要注意下IDE版本,如是低版本,自己将4.5的移除即可

二:主要类及方法介绍

1:TestUtil类

  用于String和StringBuilder的创建的工具类

  1.1:CreateString()

  创建String方法

 1         public string CreateString(int num, string value)
 2         {
 3             string temp = string.Empty;
 4             while (num > 0)
 5             {
 6                 temp += value;
 7                 num--;
 8             }
 9
10             return temp;
11         }

  1.2:CreateStringBuilder()

  创建StringBuilder方法

 1         public string CreateStringBuilder(int num, string value)
 2         {
 3             StringBuilder sb = new StringBuilder();
 4             while (num > 0)
 5             {
 6                 sb.Append(value);
 7                 num--;
 8             }
 9
10             return sb.ToString();
11         }

  2:Test类

  2.1:RunStringMinInF2()

  运行String最小次数测试

 1         private static readonly int runCount = 10000000;
 2         public static void RunStringMinInF2(TestUtil testUtil, string word)
 3         {
 4             DateTime date1 = DateTime.Now;
 5
 6             int i = runCount * 5;
 7             while (i > 0)
 8             {
 9                 testUtil.CreateString(2, word);
10                 i--;
11             }
12             DateTime date2 = DateTime.Now;
13             Console.WriteLine("stringMin:" + (date2 - date1).TotalMilliseconds.ToString());
14         }

  2.2:RunSBMinInF2()

  运行StringBuilder最小次数测试

 1         public static void RunSBMinInF2(TestUtil testUtil, string word)
 2         {
 3             DateTime date1 = DateTime.Now;
 4
 5             int i = runCount * 5;
 6             while (i > 0)
 7             {
 8                 testUtil.CreateStringBuilder(2, word);
 9                 i--;
10             }
11             DateTime date2 = DateTime.Now;
12             Console.WriteLine("stringbuilderMin:" + (date2 - date1).TotalMilliseconds.ToString());
13         }

  2.3:RunString10InF2()

  运行单个String实体调用10次相加测试

 1         public static void RunString10InF2(TestUtil testUtil, string word)
 2         {
 3             DateTime date1 = DateTime.Now;
 4
 5             int i = runCount;
 6             while (i > 0)
 7             {
 8                 testUtil.CreateString(10, word);
 9                 i--;
10             }
11             DateTime date2 = DateTime.Now;
12             Console.WriteLine("string10:" + (date2 - date1).TotalMilliseconds.ToString());
13         }

  2.4:RunSB10InF2()

  运行单个StringBuilder实体调用10次相加测试

 1         public static void RunSB10InF2(TestUtil testUtil, string word)
 2         {
 3             DateTime date1 = DateTime.Now;
 4
 5             int i = runCount;
 6             while (i > 0)
 7             {
 8                 testUtil.CreateStringBuilder(10, word);
 9                 i--;
10             }
11             DateTime date2 = DateTime.Now;
12             Console.WriteLine("stringbuilder10:" + (date2 - date1).TotalMilliseconds.ToString());
13         }

测试用例

一:在Framework2.0下最少字段数相加

  测试字符串:“a”

  单个实例测试数据次数:2

  被调用总次数:10000000

  测试代码如下:

 1     class Program
 2     {
 3         static void Main(string[] args)
 4         {
 5             TestUtil testUtil = new TestUtil();
 6
 7             Test.RunStringMinInF2(testUtil, "a");
 8             Test.RunSBMinInF2(testUtil, "a");
 9             Test.RunSBMinInF2(testUtil, "a");
10             Test.RunStringMinInF2(testUtil, "a");
11
12             Console.Read();
13         }
14     }

  防止由于先后调用原因,所以测试代码中同一个方法出现2次。多次运行,基本上结果差不多,同一次运行中也有数据相差的,但差别很小(几十ms)。

  运行截图如下:

  

  结果中在这样极端的考验StringBuilder性能的条件下,StringBuilder果然败下阵来。

二:在Framework2.0下最少字段数相加(字符串增加)

  测试字符串:“[email protected]#^&*()”

  其他测试步骤:同测试方案一

  测试代码如下:

 1         static void Main(string[] args)
 2         {
 3             TestUtil testUtil = new TestUtil();
 4
 5             Test.RunStringMinInF2(testUtil, "[email protected]#^&*()");
 6             Test.RunSBMinInF2(testUtil, "[email protected]#^&*()");
 7             Test.RunSBMinInF2(testUtil, "[email protected]#^&*()");
 8             Test.RunStringMinInF2(testUtil, "[email protected]#^&*()");
 9
10             Console.Read();
11         }

  运行截图如下:

  

  很显然字符串增加了,对两者的处理时间都增加了,StringBuilder还是必然的败在阵来。

  三:在多Framework下最少字段数相加

  其他测试步骤:同测试方案一

  测试结果如下:

  

  发现在4.0和4.5的版本中StringBuilder是比原来的版本有一定优势的,在StringBuilder上4.0和4.5优势都很大,在String上4.5较其他版本略微有点优势。看来微软也是在进步啊,大家是不是很期待开源了的Framework,很多牛人可以对其进行贡献,那性能不是又进步了。

  四:在多Framework下最少字段数相加(字符串增加)

  其他测试步骤:同测试方案二

  测试结果如下:

  

  几个Framework版本结果差不多,但是在StringBuilder上4.0和4.5败在阵来,这是为什么列,大家思考一下,稍会作答。

  五:在Framework2.0下10字段数相加

  测试字符串:“a”

  单个实例测试数据次数:10

  被调用总次数:10000000

  测试代码如下:

 1     class Program
 2     {
 3         static void Main(string[] args)
 4         {
 5             TestUtil testUtil = new TestUtil();
 6
 7             Test.RunString10InF2(testUtil, "a");
 8             Test.RunSB10InF2(testUtil, "a");
 9             Test.RunSB10InF2(testUtil, "a");
10             Test.RunString10InF2(testUtil, "a");
11
12             Console.Read();
13         }
14     }

  测试结果如下:

  对单个实例调用次数增加,StringBuilder的优势就来了,渐渐的String就只能当吊车尾了。

  六:在Framework2.0下10字段数相加(字符串增加)

  测试字符串:“[email protected]#^&*()”

  其他测试步骤:同测试方案五

  测试结果如下:

  这个测试很出乎意料啊,跟测试方案二,string的性能差别这么多,StringBuilder没什么差别,大家也可以思考下。

  

  七:在多Framework下10字段数相加

  其他测试步骤:同测试方案五

  测试结果如下:

  

  在众多Framework中,4.5和4.0拖妥妥的排在前2位。

  

  八:在多Framework下10字段数相加(字符串增加)

  其他测试步骤:同测试方案六

  测试结果如下:

  

  运行性能都差不多,区别不大。

MSDN说明

一:String和 StringBuilder的类型

  虽然 StringBuilder 和 String 两个表示字符序列,但它们以不同的方式实现。  String   是不可变的类型。  即看似修改 String 对象的每个操作实际创建新的字符串。

  对执行广泛的字符串操作实例 (如修改循环中的字符串) ,修改字符串能重复精确严重的性能损失。  方法是使用 StringBuilder,它是易失的字符串选件类。  可变性意味着,一旦选件类的实例创建的,则可以将其追加,取消,替换或插入字符修改。  StringBuilder   对象维护缓冲区容纳扩展到该字符串。  如果有足够的空间,新数据将被追加到缓冲区;否则,将分配一个新的、更大的缓冲区,原始缓冲区中的数据被复制到新的缓冲区,然后将新数据追加到新的缓冲区。

  虽然 StringBuilder 选件类比 String 选件类通常提供更好的性能,当不应使用 StringBuilder 自动替换 String 时,就要操作字符串。  性能取决于该字符串的大小,对新的字符串将分配的内存量,您的系统 app 的执行和操作的类型。  您应准备测试您的应用程序确定 StringBuilder 实际上是否可显着提高性能。

  

在这些条件下考虑使用 String 选件类:

  • 当您的应用程序将对字符串更改的数量很小。  在这些情况下,StringBuilder 不可能提供在 String的忽略或性能改进。
  • 当执行串联运算的内置的数字,尤其是对于字符串文本。  在这种情况下,编译器可能将串联运算到单个操作。
  • 当您生成字符串时,当您必须执行广泛的搜索操作。  StringBuilder   选件类没有搜索方法 ,如 IndexOf 或 StartsWith。  您必须转换为 String 的 StringBuilder 对象这些操作的,这样,可以对从使用 StringBuilder的性能。  有关详细信息,请参阅 搜索在 StringBuilder 对象的文本 部分。

在这些条件下考虑使用 StringBuilder 选件类:

  • 当您希望您的应用程序创建一个未知的设置为字符串的更改在设计时 (例如,当您使用循环连接包含用户输入的随机数字符串)。
  • 当您希望您的应用程序创建一个大量为字符串的更改。

  StringBuilder    对象的默认值容量为 16 个字符。

我的理解

  虽然String是引用类型,但是MS处理的时候,比如“+=”的运算符处理String的时候,是重新申请一块托管堆,用来存储处理后的新String,这样新String的HashCode(地址)也会随着变化,毕竟是一个新的地址引用,所以表面上很像是个“值类型”。

  因此,MS为了处理Sring带来的潜在性能问题,就加入了StringBuilder,当然我们这里自只用到了StringBuilder很少一部分功能(字符串相加),StringBuilder还有很多其他性能很好的功能(这里不表)。个人StringBuilder肯定比String复杂,初始化应该是要慢一点,确实我们在上面测试中的用例1,3告诉我们,两者实例化差距还是很大的。在处理多个字符串相加的时候,性能上还是StringBuilder要强些我的理解是:StringBulider的对面默认值容量是16个字符(Framework4.5),所以当处理的字符串大于16的时候,就会重新申请开辟另一块当前StringBuilder字符长度,(每当追加操作导致 StringBuilder 对象的长度超过其容量,其现有的容量翻倍),这是占一定的性能损耗的,而String每次都是申请一块托管堆,所以StringBuilder在多字符串处理的时候性能应该是大于等于String(不考虑内部算法逻辑,只是猜测)

  在不同的Framework中,StringBuilder的性能有时候很快,有时候很慢,这是可以理解的,毕竟设计一个类是有使用场景的,而已StringBuilder也提供了修改默认容量的方法,只是我们在使用的时候没有根据现实场景对这个进行设置。所以极小的字符串相加处理,就可以直接用String来用,但是如果非常频繁的处理,比如webApi被调用,那么是不是考虑用StringBuilder来,并且,通过测试来预估StringBuilder的默认容量范围,这样来达到性能的极致。

  在不同的Framework中,2.0比1.0是有个革命性的变化,比如泛型等等。3.0和3.5加了很多功能,比如WPF,WCF,WFF,Linq等,但他们只是在2.0的基础上做了扩展,丰富,实际底层改变不大,大家从3.0和3.5的安装版就可以看出,他们都是100多M,都是通过打补丁的方式来弄的,所以安装包很大。到了4.0,Framework发生的大变化,个人觉得最实质的变化就是引入了System.Core。并且把所有的都重新实现了一遍,所以安装版只有40多M,加了这么多东西,从28->40很是可以的。4.5没有研究,但从4.5引用的还是4.0的System.Core,就应该是底层变化不大,如果大家有知道,了解的,希望告诉下我们。所以上面结果中,有时候4.0,4.5领先很多,在有的时候落后很多,也没什么的,估计只是策略变了而已。

  Framework也开源了,大家都可以去关注下,我也会抽时间去研究研究,看什么时候能在将来的Framework中看到自己提交的代码,那是多么愉悦的事情啊,多谢了github这个分布式版本管理,我们就可以修改提交了,审核过不过无所谓,毕竟提交过,哈哈。如果有一天能审核过,那可以面试的时候或者跟猿们聊天的时候,多BB啊。

  一写就到了23:30了,明天还要上班,收笔把,还准备把反射出的不同版本的String和StringBuilder的代码贴出来的,打住了,身体也很重要。

Demo下载

源码下载

本文版权归mephisto和博客园共有,欢迎转载,但须保留此段声明,并给出原文链接,谢谢合作。

文章是哥(mephisto)写的,SourceLink

时间: 2024-11-08 10:23:22

不同Framework下StringBuilder和String的性能对比,及不同Framework性能比(附Demo)的相关文章

简单对比一下不同Windows操作系统在相同硬件配置的情况下浏览器js引擎的性能

最近部门进行Windows客户端的测试产品单点性能, 感觉不在通的windows版本以及浏览器内核的情况下性能可能有差异, 也一直没有找到一个比较好的对比工具, 今天用chrome的控制台简单测试了下js 的简单加法的性能对比. 使用的windows系统以及chrome的版本 win10 1709 x64 chrome 60 win7sp1      x64 chrome 62 Winxpsp3   x86  chrome49 (Chrome支持xp的最后一个版本) 使用的最简单的对比函数..

java String、String.concat和StringBuilder性能对比

看到网上有人已经做过对比,并且贴出了代码,然后我运行了之后发现跟我分析的结论差距很大.发现他的代码有个问题,UUID.randomUUID() 首次调用耗时会很高,这个耗时被计算给了String,这对String是不公平的. 原始代码参见:http://www.codes51.com/article/detail_99554.html 修改后的测试代码如下: import java.util.Date; import java.util.UUID; public class StringTest

[读书笔记]C#学习笔记八:StringBuilder与String详解及参数传递问题剖析

前言 上次在公司开会时有同事分享windebug的知识, 拿的是string字符串Concat拼接 然后用while(true){}死循环的Demo来讲解.其中有提及string操作大量字符串效率低下的问题, 刚好自己之前也看过类似的问题, 于是便拿出来记录一下.本文内容: 参数传递问题剖析, string与stringbuilder详解 1,参数传递问题剖析 对于C#中的参数传递,根据参数的类型可以分为四类: 值类型参数的按值传递 引用类型参数的按值传递 值类型参数的按引用传递 引用类型参数的

Java中String连接性能的分析

总结:如果String的数量小于4(不含4),使用String.concat()来连接String,否则首先计算最终结果的长度,再用该长度来创建一个StringBuilder,最后使用这个StringBuilder来连接所有String.      我建议大家如果确定需要连接的String的数量小于4的,直接使用String.concat()来连接,虽然StringBundler能够帮你自动处理这一情况,但创建一个String[]和那些方法调用都是一些无谓的开销. Java中的String是一个

StringBuilder和String的区别

转:http://blog.163.com/zhaoyanping_1125/blog/static/201329153201204111726152/ 自己总结,简而言之,stringbuilder和string的区别在于: stringbuilder是变长的. string是定长的. 以下详细介绍String和StringBuilder的使用: --------------------------------------------------------------------------

测试Entity Framework 6比传统Ado.net性能差多少

测试环境: 硬件: Intel I5 4核 +8G内存. 软件: Windows 7 + vs2013 SP2 + EF6.1 + MVC5.1 数据库: vs2013自带的sql express 2012. 测试过程: 1. 新建一默认模板的MVC项目,在Models中添加如下代码并建立对应的库表: [Table("Person")] public class Person { public int Id { get; set; } public string UserName {

Java String,StringBuilder和StringBuffer的区别 StringBuilder > StringBuffer> String

可以证明,字符串操作是计算机程序设计中最常见的行为. String:不可变的对象,对String对象进行改变的时候其实都等同于生成了一个新的String对象,然后将引用指向新的String对象,原String对象GC回收.StringBuffer 字符串变量(线程安全),适用于多线程程序中,保证同步性.StringBuilder 字符串变量(非线程安全),适用于单线程程序中,不保证同步性.简要的说, String 类和 StringBuffer/StringBuilder 类的主要性能区别其实在

c#之Stringbuilder、String、Append

问题引出: StringBuilder sqlQuery = new StringBuilder(); sqlQuery.Append("SELECT COUNT([ProductID]) FROM ~~where [IsDelete]='F' ); 1.StringBuilder和String的区别 String aa="123456";    aa+="789"; StringBuilder text=new StringBuilder("1

StringBuilder与String有哪些区别?

System.String具备不可修改性,在程序中这样的特性容易产生性能上的问题.针对这个问题.NET提供的StringBuilder类可以解决类似的问题. String 和 StringBuilder 对象都可以很方便地处理字符串,它们具备各自的特点,下面将分别进行说明: System.String具有以下5个特点: String是引用类型,在堆上分配内存. String对象一旦生成,就不可改变(Immutable). String提供了大量便捷的字符串操作函数. String运算时会产生一个