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

猜你喜欢

转载自blog.csdn.net/xj1009420846/article/details/80633840
今日推荐