String、StringBuffer、StringBuilder

String、StringBuffer、StringBuilder 比较

---

先对三者的速度做一下比较:
1.String：

结果:

2.StringBuffer:

结果:

3.StringBuilder:

结果:

三者的速度：
StringBuilder > StringBuffer > String

---

不以速度论成败

存在即是有道理的，我们下面分别来分析下各个的优势：
String类：
是我们平常最常用的，却是最慢的，为什么？
关于下面这个简单的操纵：

    String a="abc";
        a+="de";

我们知道最后 a=”abcde”。我们眼睛看到的只是在后面添加了一个”de”进去，但是真实的操作却要比这复杂的多。
须知String创建的是一个常量，也就是创建了这个对象，你就不能对它进行修改了，那么是怎么实现添加“de”的呢？
机器内部隐藏地又新建了一个对象，然后在原来的基础上添加了”de”进去，同样这样是一个常量，创建好就不能修改了，而原来的”abc” 对象，失去作用后，之后就会被垃圾回收器回收。
所以，对于我们之前测试的那个for循环，我们消耗的时间之所以那么长，就是因为不断地在创建删除对象。

但是不可否认地是String操作起来的确很方便，他可以直接通过"+ ="来进行增添赋值。

StringBuffer和StringBuilder
通过之前的测试我们看到二者的速度差别不大，但是StringBuffer还是稍逊风骚，问题出在哪里?
阅读官方文档：

As of release JDK 5, this class has been supplemented with an
equivalent class designed for use by a single thread, StringBuilder.
The StringBuilder class should generally be used in preference to this
one, as it supports all of the same operations but it is faster, as it
performs no synchronization.

官方说明是对于不需要线程安全的程序，建议使用StringBuilder：
查看源码，果然如是：
StringBuffer里大多都是sychronized的：

StringBuilder里没有sychronized:

所以二者的用途也显而易见了，安全性是区分二者的最大因素。

---

用途总结：

1. String用于字符串操作少的，要求简便的；
2. StringBuffer适用于线程安全，比如多线程场景访问修改字符串的；
3. StringBuilder使用单线程而字符串操作多，量大的。