String,StringBuilder,StringBuffer的对比测试

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外，其他完全相同，而效果也完全相同。