c#之字符串效率比较

1.三者在执行速度方面的比较:

StringBuilder > StringBuffer > String

 

StringBuilder的头文件 using System.Text;

 

2.String <(StringBuffer,StringBuilder)的原因

String:字符串常量 StringBuffer:字符串变量 StringBuilder:字符串变量

从上面的名字可以看到,String是“字符创常量”,也就是不可改变的对象。

对于这句话的理解你可能会产生这样一个疑问,比如这段代码:

String s = "abcd"; s = s+1;System.out.print(s);// result : abcd1

 

首先创建对象s,赋予一个abcd,然后再创建一个新的对象s用来执行第二行代码,

也就是说我们之前对象s并没有变化,所以我们说String类型是不可改变的对象了,

由于这种机制,每当用String操作字符串时,实际上是在不断的创建新的对象,

而原来的对象就会变为垃圾被GC回收掉,可想而知这样执行效率会有多底。

而StringBuffer与StringBuilder就不一样了,他们是字符串变量,是可改变的对象,

每当我们用它们对字符串做操作时,实际上是在一个对象上操作的,

这样就不会像String一样创建一些而外的对象进行操作了,当然速度就快了。

 

3.String str = “This is only a” + “ simple” + “ test”; 速度快些

StringBuffer builder = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);

生成str对象的速度简直太快了,而这个时候StringBuffer居然速度上根本一点都不占优势。其实这是JVM的一个把戏,实际上:

String str = “This is only a” + “ simple” + “test”;

其实就是:String str = “This is only a simple test”;

 

String str2 = “This is only a”;

String str3 = “ simple”;

String str4 = “ test”;

String str1 = str2 +str3 + str4;

速度很慢

 

4.StringBuilder:线程非安全的    StringBuffer:线程安全的

当我们在字符串缓冲去被多个线程使用是,JVM不能保证StringBuilder的操作是安全的,

虽然他的速度最快,但是可以保证StringBuffer是可以正确操作的。

当然大多数情况下就是我们是在单线程下进行的操作,

所以大多数情况下是建议用StringBuilder而不用StringBuffer的,就是速度的原因。

 

1.如果要操作少量的数据用 = String

2.单线程操作字符串缓冲区 下操作大量数据 = StringBuilder

3.多线程操作字符串缓冲区 下操作大量数据 = StringBuffer

展开阅读全文

没有更多推荐了,返回首页