比较String、StringBuffer与StringBuilder

            在DRP的sql查询中，我们经常使用StringBuffer来拼接字符串，那么为什么不使用String或者StringBuilder直接拼呢？

    本文中我们来探讨一下这三者到底有什么不同。

    1、执行速度

    三者在执行速度方面的比较：StringBuilder >  StringBuffer >  String。为什么？如果这为真，那么为什么我们不用StringBuilder而用StringBuffer？

    首先，我们来解析一下他们的速度排名：

    String是字符串常量（什么？？？作者你有问题！！！ 各位看官先别急，请往下~），而StringBuilder和StringBuffer是字符串变量。

    为什么String变成了字符串常量了？说好的String strA = "abc";strA = strA + 1;呢？

    其实，上述代码是一种视觉上的欺骗，JVM是这样解析这段代码的：首先创建对象strA，赋予一个abc，然后再创建一个新的对象strA用来执行第二句代码，也就是说我们之前对象strA并没有变化，所以我们说String类型是不可改变的对象了，由于这种机制，每当用String操作字符串时，实际上是在不断的创建新的对象，而原来的对象就会变为垃圾被GC回收掉，可想而知这样执行效率会有多底。

    而StringBuffer与StringBuilder就不一样了，他们是字符串变量，是可改变的对象，每当我们用它们对字符串做操作时，实际上是在一个对象上操作的，这样就不会像String一样创建一些而外的对象进行操作了，当然速度就快了。

  

    再来看一个例子：

String str = “This is only a” + “ simple” + “ test”;
StringBuilder builder = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);

    其实此时的str就是：    

String str = “This is only a simple test”;

            上面描述的String和StringBuilder表示的字符串都比较短，所以不需要太多的时间，其速度也相差无几。但大家这里要注意的是，如果你的字符串是来自另外的String对象的话，速度就没那么快了，譬如：

String str2 = “This is only a”;
String str3 = “ simple”;
String str4 = “ test”;
String str1 = str2 +str3 + str4;

      这时候JVM会规规矩矩的按照原来的方式去做，速度上就会体现出差别来了。

    2、线程安全

    StringBuilder：线程非安全的

    StringBuffer：线程安全的

    当我们的字符串在字符串缓冲区被多个线程使用时，JVM不能保证StringBuilder的操作是安全的，虽然他的速度最快，但是可以保证StringBuffer是可以正确操作的。当然大多数情况下就是我们是在单线程下进行的操作，所以大多数情况下是建议用StringBuilder而不用StringBuffer的，就是速度的原因。

    3、总结：

    如果要操作少量的数据用 = String；

    单线程操作字符串缓冲区下，操作大量数据 = StringBuilder；多线程 = StringBuffer。