String、StringBuffer和StringBuilder的区别
2016-04-18 13:06
543 查看
String,StringBuffer,StringBuilder这三个类在字符串处理中的位置不言而喻,那么他们到底有什么优缺点,到底什么时候该用谁呢?下面我们从以下几点说明一下:
三者在执行速度方面的比较:StringBuilder > StringBuffer > String
String是“字符创常量”,也就是不可改变的对象
StringBuffer和StringBuilder 都是字符串变量
String s = "abcd";
s = s+1;
System.out.print(s);// result : abcd1
我们明明就是改变了String型的变量s的,为什么说是没有改变呢?
其实这是一种欺骗,JVM是这样解析这段代码的:首先创建对象s,赋予一个abcd,然后再创建一个新的对象s用来执行第二行代码,也就是说我们之前对象s并没有变化,所以我们说String类型是不可改变的对象了,由于这种机制,每当用String操作字符串时,实际上是在不断的创建新的对象,而原来的对象就会变为垃圾被GC回收掉,可想而知这样执行效率会有多底。
而StringBuffer与StringBuilder就不一样了,他们是字符串变量,是可改变的对象,每当我们用它们对字符串做操作时,实际上是在一个对象上操作的,这样就不会像String一样创建一些而外的对象进行操作了,当然速度就快了。
举例:
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对象的话,速度就没那么快了,譬如:
String str2 = “This is only a”;
String str3 = “ simple”;
String str4 = “ test”;
String str1 = str2 +str3 + str4;
这时候JVM会规规矩矩的按照原来的方式去做。
应用场景:
StringBuilder:线程非安全的
StringBuffer:线程安全的
当我们在字符串缓冲去被多个线程使用是,JVM不能保证StringBuilder的操作是安全的,虽然他的速度最快,但是可以保证StringBuffer是可以正确操作的。当然大多数情况下就是我们是在单线程下进行的操作,所以大多数情况下是建议用StringBuilder而不用StringBuffer的,就是速度的原因。
1.如果要操作少量的数据用 String
2.单线程操作字符串缓冲区 下操作大量数据 StringBuilder
3.多线程操作字符串缓冲区 下操作大量数据 StringBuffer
三者在执行速度方面的比较:StringBuilder > StringBuffer > String
String是“字符创常量”,也就是不可改变的对象
StringBuffer和StringBuilder 都是字符串变量
String s = "abcd";
s = s+1;
System.out.print(s);// result : abcd1
我们明明就是改变了String型的变量s的,为什么说是没有改变呢?
其实这是一种欺骗,JVM是这样解析这段代码的:首先创建对象s,赋予一个abcd,然后再创建一个新的对象s用来执行第二行代码,也就是说我们之前对象s并没有变化,所以我们说String类型是不可改变的对象了,由于这种机制,每当用String操作字符串时,实际上是在不断的创建新的对象,而原来的对象就会变为垃圾被GC回收掉,可想而知这样执行效率会有多底。
而StringBuffer与StringBuilder就不一样了,他们是字符串变量,是可改变的对象,每当我们用它们对字符串做操作时,实际上是在一个对象上操作的,这样就不会像String一样创建一些而外的对象进行操作了,当然速度就快了。
举例:
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对象的话,速度就没那么快了,譬如:
String str2 = “This is only a”;
String str3 = “ simple”;
String str4 = “ test”;
String str1 = str2 +str3 + str4;
这时候JVM会规规矩矩的按照原来的方式去做。
应用场景:
StringBuilder:线程非安全的
StringBuffer:线程安全的
当我们在字符串缓冲去被多个线程使用是,JVM不能保证StringBuilder的操作是安全的,虽然他的速度最快,但是可以保证StringBuffer是可以正确操作的。当然大多数情况下就是我们是在单线程下进行的操作,所以大多数情况下是建议用StringBuilder而不用StringBuffer的,就是速度的原因。
1.如果要操作少量的数据用 String
2.单线程操作字符串缓冲区 下操作大量数据 StringBuilder
3.多线程操作字符串缓冲区 下操作大量数据 StringBuffer
相关文章推荐
- 南京理工大学第八届程序设计大赛(校外镜像) F sequence
- APUE阅读笔记(八)——进程控制
- 南京理工大学第八届程序设计大赛(校外镜像) - sequence (贪心)
- Druid基本使用配置以及如何查看sql信息监控日志
- IOS开发之001 控件类 UIlabel全解
- IOS开发之小实例--使用UIImagePickerController创建一个简单的相机应用程序
- 【Arduino官方教程第一辑】示例程序 1-5 LED亮度渐隐
- Android Stuidio解决更新下载时无法连接URL的问题
- Your Podfile has had smart quotes sanitised. To avoid issues in the future, you should not use TextE
- Easyui datagrid editor为combobox时指定数据源
- querySelector 和 querySelectorAll 的使用
- require.js的用法
- UIView的图像填充模式
- LeetCode *** 95. Unique Binary Search Trees II
- 【CERC2015】【BZOJ4435】Juice Junctions
- IOS UITableView中UITextField 弹出键盘时,界面上移
- 子视图超出父视图部分仍然响应点击事件的处理
- String StringBuffer StringBuilder
- 232. Implement Queue using Stacks
- iOS中UIActionSheet使用详解