关于这三个类在字符串处理中的位置不言而喻,那么他们到底有什么优缺点,到底什么时候该用谁呢?下面我们从以下几点说明一下
1.三者在执行速度方面的比较:StringBuilder > StringBuffer > String
2.String <&#xff08;StringBuffer&#xff0c;StringBuilder&#xff09;的原因
String&#xff1a;字符串常量
StringBuffer&#xff1a;字符串变量
StringBuilder&#xff1a;字符串变量
从上面的名字可以看到&#xff0c;String是“字符串常量”&#xff0c;也就是不可改变的对象。对于这句话的理解你可能会产生这样一个疑问 &#xff0c;比如这段代码&#xff1a;
String s &#61; "abcd";s &#61; s&#43;1;System.out.print(s);// result : abcd1
我们明明就是改变了String型的变量s的&#xff0c;为什么说是没有改变呢? 其实这是一种欺骗&#xff0c;JVM是这样解析这段代码的&#xff1a;首先创建对象s&#xff0c;赋予一个abcd&#xff0c;然后再创建一个新的对象s用来 执行第二行代码&#xff0c;也就是说我们之前对象s并没有变化&#xff0c;所以我们说String类型是不可改变的对象了&#xff0c;由于这种机制&#xff0c;每当用String操作字符串时&#xff0c;实际上是在不断的创建新的对象&#xff0c;而原来的对象就会变为垃圾被&#xff27;&#xff23;回收掉&#xff0c;可想而知这样执行效率会有多底。
而StringBuffer与StringBuilder就不一样了&#xff0c;他们是字符串变量&#xff0c;是可改变的对象&#xff0c;每当我们用它们对字符串做操作时&#xff0c;实际上是在一个对象上操作的&#xff0c;这样就不会像String一样创建一些而外的对象进行操作了&#xff0c;当然速度就快了。
3.一个特殊的例子&#xff1a;
String str &#61; “This is only a” &#43; “ simple” &#43; “ test”;StringBuffer builder &#61; new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);
你会很惊讶的发现&#xff0c;生成str对象的速度简直太快了&#xff0c;而这个时候StringBuffer居然速度上根本一点都不占优势。其实这是JVM的一个把戏&#xff0c;实际上&#xff1a;
String str &#61; “This is only a” &#43; “ simple” &#43; “test”;
其实就是&#xff1a;
String str &#61; “This is only a simple test”;
所以不需要太多的时间了。但大家这里要注意的是&#xff0c;如果你的字符串是来自另外的String对象的话&#xff0c;速度就没那么快了&#xff0c;譬如&#xff1a;
String str2 &#61; “This is only a”;String str3 &#61; “ simple”;String str4 &#61; “ test”;String str1 &#61; str2 &#43;str3 &#43; str4;
这时候JVM会规规矩矩的按照原来的方式去做。
4.StringBuilder与 StringBuffer
StringBuilder&#xff1a;线程非安全的
StringBuffer&#xff1a;线程安全的
当我们在字符串缓冲去被多个线程使用是&#xff0c;JVM不能保证StringBuilder的操作是安全的&#xff0c;虽然他的速度最快&#xff0c;但是可以保证StringBuffer是可以正确操作的。当然大多数情况下就是我们是在单线程下进行的操作&#xff0c;所以大多数情况下是建议用StringBuilder而不用StringBuffer的&#xff0c;就是速度的原因。
对于三者使用的总结&#xff1a; 1.如果要操作少量的数据用 &#61; String
2.单线程操作字符串缓冲区 下操作大量数据 &#61; StringBuilder
3.多线程操作字符串缓冲区 下操作大量数据 &#61; StringBuffer