网上关于这方面的爆料很多,这里我就针对我自己的理解叙述一下,就当笔记,如果哪里有理解错误,请抛砖。
String类型,类似于常量,对它对象的每一个此操作相当于抛弃了原来的String对象,生成一个新的String对象,让对象指向新String对象地址,例如:
String str1 = new String("abc");//新建一个str对象,比如为其分配地址:12345,即str指向的地址是12345
String str2 = new String("def");
str1 = str1 + str2;
解析:这里其实又新建了一个String对象其值为abcdef,那么此时str指向的地址不再是12345,而是其他地址值,也就是说存储有“abc”的地址空间已经被舍弃,成为废弃的地址空间,纵然JAVA有完美的垃圾回收机制,程序员不用担心内存溢出,但是当有很多废弃地址空间时,调用GC来回收,仍然需耗费系统很多资源,从而减低系统性能。
StringBuffer的情形:
StringBuffer str1= new StringBuffer("abc");//假设此时地址认为:12345
String str2 = "def";
str1.append(str2);//此时str1指向的地址空间仍为12345
之所以会出现上面情形,是由StringBuffer的内部实现机制决定的,StringBuffer预先预留一部分地址空间以备扩充(一般是16个字符的预留空间),只有当需要的地址空间超过预留的地址空间时,才会创建一个新对象,这点和String对象一样的。
下面还有一个特殊的例子,
String str = " I am " + "a" + " student.";
StringBuffer strB = new StringBuffer("I am ").append("a").append(" student.");
估计大家都认为这个例子跟大多数例子一样,内存中会有I am a student的一个副本,其实是错了,这时JVM会把" I am " + "a" + " student."看作是" I am a student."一个整体,也就是
String str = " I am " + "a" + " student.";
就像当于
String str = " I am a student.";
所以效率会比用StringBuffer要高。
从JDK 5.0开始添加了一个新字符串类型StringBuilder,这点是相对于StringBuffer和String缓冲区的单线程安全而言的,这里所谓的单线程安全是指StringBuffer和String的缓冲区在一个时刻只能由一个线程访问,也就是说,当有多个线程访问,只能一个线程操纵,其他线程等待,这样会降低多线程的性能。又因为StringBuilder不需要处理同步,而节省资源,所以在多线程之间没有写数据同步时,推荐使用StringBuilder,而当有数据同步时仍然使用StringBuffer。