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