运行速度

• 就运行速度而言，StringBuilder > StringBuffer > String

• 原因：String为字符串常量，而StringBuilder和StringBuffer为字符串变量。String对象一经创建之后是不可更改的，但后两者的对象是可以更改的。举例：

  String str="abc";
  str=str+"de";
  

• str最后是abcde，好像是str这个对象被更改了，其实不然。JVM对于这几行代码是这样处理的，首先创建一个String对象str，并把“abc”赋给str，然后在第二行中，JVM又创建了一个新的对象也名为str，然后再把原来的str的值和“de”加起来再赋值给新的str，而原来的str就会被JVM的垃圾回收机制（GC）给回收掉了。
• str实际上并没有被更改，Java中对String对象进行的操作实际上是一个不断创建新的对象并且将旧的对象回收的一个过程，所以执行速度很慢。
• 而StringBuilder和StringBuffer的对象时变量，对变量进行操作就是直接对该对象进行修改，而不进行创建和回收，所以速度要比String快很多。

• 然而，有时我们会这样对字符串进行赋值

  String str="abc"+"de";
  StringBuilder stringBuilder=new StringBuilder().append("abc").append("de");
  System.out.println(str);
  System.out.println(stringBuilder.toString());
  

• 这时String的速度却比StringBuilder要快很多，这是因为第一行中的操作和String str = “abcde”是完全一样的，所以会很快，而如果写成下面这种形式：

  String str1="abc";
  String str2="de";
  String str=str1+str2;
  

• 那么JVM就会像上面说的那样，不断的创建、回收对象来进行这个操作了，速度就会很慢。
• 除了连接之外，StringBuilder的replace（int start,int end,String str)方法实际要比String的重新赋值要慢得多。所以如果是一个变量要被不断地更换字符串的话那用String会更快。

  线程安全

• StringBuilder是线程不安全的，而StringBuffer是线程安全的。
• 如果一个StringBuffer对象再字符串缓冲区被多个线程使用时，StringBuffer中有很多方法带有synchronized关键字，可以保证线程是安全的。
• 但是StringBuilder的方法则没有该关键字，有可能会出现一些错误的操作。
• 所以多线程情况下，应该使用StringBuffer，单线程情况下，建议使用速度较快的StringBuilder。

  总结

• String：适用于少量的字符串操作的情况
• StringBuilder：适用于单线程下在字符缓冲区进行大量操作的情况
• StringBuffer：适用于多线程下在字符缓冲区进行大量操作的情况