String、StringBuilder、StringBuffer的选择

        上文中谈到了String的累加操作会在编译时会被jvm优化，性能上会比想象中好的多，但是这种编译器上对程序的优化也不是很智能，请看下面的例子：

public class StringTest5 {
    @Test
    public void StringTest() {
        String str = "";
        for(int i=0;i<10000;i++) {
            str = str + i;
        }
    }
    @Test
    public void StringTest1() {
        StringBuffer str = new StringBuffer();
        for (int i=0;i<10000;i++){
            str.append(i);
        }
    }
    @Test
    public void StringTest2() {
        StringBuilder str = new StringBuilder();
        for (int i=0;i<10000;i++){
            str.append(i);
        }
    }
}

   使用分别使用String、StringBuffer、StringBuilder循环一万次拼接，测试结果是StringTest()方法使用了大约540ms，StringTest1()和StringTest2()大约是用了不到10ms,循环次数越大相差约大（这也跟jvm内存大小和gc消耗情况有关）。

   String不是进行优化了吗，为啥相差还是这么大呢，原因是StringTest()循环循环都要建立一次StringBuilder实例，这样大大的降低了系统性能。

   所以对于字符串拼接最好还是用StringBuffer和StringBuilder。

   那么问题来了，选择StringBuffer更好啊，还是StringBuilder更好呢？

   StringBuffer和StringBuilder所用的功能其实是一样，只是StringBuffer的几乎所有方法上多了synchronized同步关键字，而StringBuilder并未做任何同步，这样StringBuffer保证了多线程环境下线程安全，同样这样也消耗了效率，StringBuilder则相反。

   所以无需考虑线程安全问题时候选择StringBuilder比较好，需要考虑性能安全时，那就必须选择StringBuffer了。

   tip：小优化： 如果可以预测容量，可以现在初始化的时候设置好容量，这样可以避免扩容操作，提高系统性能。

  

  学无止境！唯有不断进步！