问题:String str =“niu”; 建立了一个对象 常量池安全
String str ="hah" +"oo"; 建立了三个对象 都在常量池多线程
String str =new String("oo"); 建立了2个对象 一个在常量池,另一个被复制到堆中app
JVM包含5个,寄存器,方法区。栈,堆,本地方法区 而String 是final 类型,建立的对象要放到常量池中,ui
http://blog.csdn.net/Meiyang1990/article/details/50857842.net
进入正文:线程
1.三者在执行速度方面的比较:StringBuilder > StringBuffer > String 对象
2.String <(StringBuffer,StringBuilder)的缘由blog
String:字符串常量字符串
StringBuffer:字符创变量test
StringBuilder:字符创变量
从上面的名字能够看到,String是“字符创常量”,也就是不可改变的对象。对于这句话的理解你可能会产生这样一个疑问 ,好比这段代码:
1 String s = "abcd"; 2 s = s+1; 3 System.out.print(s);// result : abcd1
咱们明明就是改变了String型的变量s的,为何说是没有改变呢? 其实这是一种欺骗,JVM是这样解析这段代码的:首先建立对象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对象的话,速度就没那么快了,譬如:
String str2 = “This is only a”;
String str3 = “ simple”;
String str4 = “ test”;
String str1 = str2 +str3 + str4;
这时候JVM会规规矩矩的按照原来的方式去作。
4.
StringBuilder:线程非安全的
StringBuffer:线程安全的
当咱们在字符串缓冲去被多个线程使用是,JVM不能保证StringBuilder的操做是安全的,虽然他的速度最快,可是能够保证StringBuffer是能够正确操做的。固然大多数状况下就是咱们是在单线程下进行的操做,因此大多数状况下是建议用StringBuilder而不用StringBuffer的,就是速度的缘由。
对于三者使用的总结:
1.若是要操做少许的数据用 = String
2.单线程操做字符串缓冲区 下操做大量数据 = StringBuilder
3.多线程操做字符串缓冲区 下操做大量数据 = StringBuffer