CharSequence接口有三个实现类与字符串有关：String、StringBuffer、StringBuilder，虽然它们都与字符串有关，但是其处理机制是不同的。
String类是不可改变的量，也就是创建后就不能再修改了，比如创建了一个"abc"这样的字符串对象，那么它在内存中永远都会是"abc"这样具有固定表面值的一个对象，不能被修改，即使想通过String提供的方法来尝试修改，也是要么创建一个新的字符串对象，要么返回自己，比如：
String str="abc"；
String str1=str.substring（1）；
其中，str是一个字符串对象，其值是"abc"，通过substring方法又重新生成了一个字符串str1，它的值是"bc"，也就是说str引用的对象一旦产生就永远不会改变。为什么上面还说有可能不创建对象而返回自己呢？那是因为采用str.substring（0）就不会创建新对象，JVM会从字符串池中返回str的引用，也就是自身的引用。
StringBuffer是一个可变字符序列，它与String一样，在内存中保存的都是一个有序的字符序列（char类型的数组），不同点是StringBuffer对象的值是可改变的，例如：
StringBuffer sb=new StringBuffer（"a"）；
sb.append（"b"）；
从上面的代码可以看出sb的值在改变，初始化的时候是"a"，经过append方法后，其值变成了"ab"。可能有读者会问了，这与String类通过“+”连接有什么区别？例如：
String s="a"；
s=s+"b"；
有区别，字符串变量s初始化时是"a"对象的引用，经过加号计算后，s变量就修改为了"ab"的引用，但是初始化的"a"对象还是没有改变，只是变量s指向了新的引用地址。再看看StringBuffer的对象，它的引用地址虽不变，但值在改变。
StringBuilder与StringBuffer基本相同，都是可变字符序列，不同点是：StringBuffer是线程安全的，StringBuilder是线程不安全的，翻翻两者的源代码，就会发现在StringBuffer的方法前都有synchronized关键字，这也是StringBuffer在性能上远低于StringBuilder的原因。
在性能方面，由于String类的操作都是产生新的String对象，而StringBuilder和StringBuffer只是一个字符数组的再扩容而已，所以String类的操作要远慢于StringBuffer和StringBuilder。
弄清楚了三者的原理，我们就可以在不同的场景下使用不同的字符序列了：
（1）使用String类的场景
在字符串不经常变化的场景中可以使用String类，例如常量的声明、少量的变量运算等。
（2）使用StringBuffer类的场景
在频繁进行字符串的运算（如拼接、替换、删除等），并且运行在多线程的环境中，则可以考虑使用StringBuffer，例如XML解析、HTTP参数解析和封装等。
（3）使用StringBuilder类的场景
在频繁进行字符串的运算（如拼接、替换、删除等），并且运行在单线程的环境中，则可以考虑使用StringBuilder，如SQL语句的拼装、JSON封装等。
注意 在适当的场景选用字符串类型。