1. 简单介绍
java中用于处理字符串常用的有三个类:
- java.lang.String
- java.lang.StringBuffer
- java.lang.StrungBuilder
对于String、StringBuilder、StringBuffer，在jdk1.8中都是使用final修饰的
StringBuffer是线程安全，可以不需要额外的同步用于多线程中;
StringBuilder是非同步,运行于多线程中就需要使用着单独同步处理，但是速度就比StringBuffer快多了;
StringBuffer与StringBuilder两者共同之处:可以通过append、indert进行字符串的操作。
String实现了三个接口:Serializable、Comparable、CarSequence
StringBuilder只实现了两个接口Serializable、CharSequence，相比之下String的实例可以通过compareTo方法进行比较，其他两个不可以。
2. 区别
2.1 线程安全
在线程安全上，StringBuilder是线程不安全的，而StringBuffer、String(final不可变)是线程安全的
我们看一下源码：、
在源码中我们可以知道，StringBuffer对于每一个操作都附加了synchronized，类似于上了一把锁来保证我们的线程安全。
而StringBuilder则没有附加synchronized，所以，在多线程访问时，容易发生线程问题。
这里有个小问题，就是我们的String因为被final修饰，是不可变的，但是为什么StringBuffer、StringBuilder就可变了呢？
2.1.1 final的修饰可变性
- final修饰的成员变量为基本数据类型时，赋值后无法改变。
- 当final修饰的为引用变量时，在赋值后其指向地址无法改变，但对象内容可以改变。
2.2 运行速度
StringBuilder > StringBuffer > String
String最慢的原因：String为字符串常量，而StringBuilder和StringBuffer均为字符串变量，即String对象一旦创建之后该对象是不可更改的，但后两者的对象是变量，是可以更改的。
我们来看一下下面代码：
String str = "aaa"; str = str + "a";
str = "aaaa", 好像是str这个对象被更改了，其实，这只是一种假象罢了，JVM对于这几行代码是这样处理的，首先创建一个String对象str，并把“abc”赋值给str，然后在第三行中，其实JVM又创建了一个新的对象也名为str，然后再把原来的str的值和“de”加起来再赋值给新的str，而原来的str就会被JVM的垃圾回收机制（GC）给回收掉了，所以，str实际上并没有被更改，也就是前面说的String对象一旦创建之后就不可更改了。所以，Java中对String对象进行的操作实际上是一个不断创建新的对象并且将旧的对象回收的一个过程，所以执行速度很慢。
而StringBuilder和StringBuffer的对象是变量，对变量进行操作就是直接对该对象进行更改，而不进行创建和回收的操作，所以速度要比String快很多。
3. 总结
- String：适用于少量的字符串操作的情况
- StringBuilder：适用于单线程下在字符缓冲区进行大量操作的情况
- StringBuffer：适用多线程下在字符缓冲区进行大量操作的情况
