public class TestString {
private static final int COUNT = 10000000;
public static void main(String args[]){
//String做测试，循环10000
String str = "-1";
Debug.begin();
for(int i=0; i<COUNT; ++i){
str = i + "";
}
Debug.end();
StringBuffer str1 = new StringBuffer();
Debug.begin();
for(int i=0; i<COUNT; ++i){
str1.append(i + "");
}
Debug.end();
StringBuilder str2 = new StringBuilder();
Debug.begin();
for(int i=0; i<COUNT; ++i){
str2.append(i + "");
}
Debug.end();
/**
* 输出：
* 1070
* 1492
* 1348
* 结果是不确定的，但结果总是[str]<[str2]<[str1]
* 如果COUNT设置为一个更大的数值，那么[str1]和[str2]都会抛出OOM的异常。
*
* 总结：
* 1、String对象是不可变对象，每生成一个不同的新值，都将重新生成一个对象，str对象指向重新生成对象地址。
* 鉴于这个原因，str最终指向的是COUNT+"",占用内存不过COUNT*2*8。当然不会抛出OOM异常。
* 2、StringBuilder和StringBuffer对象自生成后，不管它的内容变不变，始终是一个对象。
* str1和str2因为一直在追加字符，因而它的内存一直在增长，达到一定数值时会爆掉。
*/
}
}
相信大家看到过很多比较String和StringBuffer区别的文章，也明白这两者的区别，然而自从Java 5.0发布以后，我们的比较列表上将多出一个对象了，这就是StringBuilder类。String类是不可变类，任何对String的改变都会引发新的String对象的生成；而StringBuffer则是可变类，任何对它所指代的字符串的改变都不会产生新的对象，可变和不可变类这一对对象已经齐全了，那么为什么还要引入新的StringBuilder类干吗？相信大家都有此疑问，我也如此。下面，我们就来看看引入该类的原因。
为什么会出现那么多比较String和StringBuffer的文章？
原因在于当改变字符串内容时，采用StringBuffer能获得更好的性能。既然是为了获得更好的性能，那么采用StringBuffer能够获得最好的性能吗？
答案是NO！
为什么？
如果你读过《Think in Java》，而且对里面描述HashTable和HashMap区别的那部分章节比较熟悉的话，你一定也明白了原因所在。对，就是支持线程同步保证线程安全而导致性能下降的问题。HashTable是线程安全的，很多方法都是synchronized方法，而HashMap不是线程安全的，但其在单线程程序中的性能比HashTable要高。StringBuffer和StringBuilder类的区别也在于此，新引入的StringBuilder类不是线程安全的，但其在单线程中的性能比StringBuffer高。
除了对多线程的支持不一样外，这两个类的使用几乎没有任何差别，上面的例子就是个很好的说明。appendItemsToStringBuiler和appendItemsToStirngBuffer两个方法除了采用的对象分别为StringBuilder和StringBuffer外，其他完全相同，而效果也完全相同。