String/StringBuilder/StringBuffer性能对比

String

 String s="a";
 s=s+1;

虚拟机解析这段代码时，创建对象s，赋予一个a，当执行到第二句的时候，先创建一个左边的s对象，此时的s并不等于之前创建的s,然后给新的s赋值s+1的值，s+1中的s和第一个s是同一个。里面存放a那个值，所以说之前对象s并没有变化，足以说明String类型是不可改变的对象。由于这种机制，每当用String操作字符串时，实际上是在不断的创建新的对象，而原来的对象就会变为垃圾被ＧＣ回收掉，可想而知这样执行效率会有多底。

String与StringBuilder性能对比

性能比较差

String str1 = "yang";
String str2 = "de";
String str3=str1+str2;

上面已经证明String对象是不可变的，所以每次对String对象做改变操作（譬如“+”操作）时其实都生成了新的String对象实例，所以会导致内存消耗性能问题

性能表现较好

 StringBuilder sb = new StringBuilder().append(str1).append(str2);

StringBuffer对象做改变操作每次都会对自己进行操作，所以不需要消耗额外的内存空间。

String和StringBuffer性能对比

性能好

 String Str = "a" + "b";

性能差

 StringBuffer sbf = new StringBuffer().append("a").append("b");

在这种情况下你会发现StringBuffer的性能反而没有String的好，原因是在JVM解释时认为
String Str = “a” + “b”;就是String Str = “ab”;所以自然比StringBuffer快了。

可以发现，如果我们拼接的是字符串常量则String效率比StringBuffer高，如果拼接的是字符串对象，则StringBuffer比String效率高。

StringBuffer和StringBuilder区别

StringBuffer和StringBuilder都继承自同一个父类，只是StringBuffer是线程安全的，另外一个兄弟是线程非安全的，也就是说在不考虑多线程情况下StringBuilder的性能又比StringBuffer高。当然大多数情况下就是我们是在单线程下进行的操作，所以大多数情况下是建议用StringBuilder而不用StringBuffer的，就是速度的原因

总结
1.如果要操作少量的数据用 = String
2.单线程操作字符串缓冲区 下操作大量数据 = StringBuilder
3.多线程操作字符串缓冲区 下操作大量数据 = StringBuffer