1、String
用于存放字符的数组被声明为final的，因此只能赋值一次，，不可再更改。这就导致每次对String的操作都会生成新的String对象，不仅效率低下，而且大量浪费有限的内存空间。
String a ="a"; //假设a指向地址0x0001
a ="b";//重新赋值后a指向地址0x0002，但0x0001地址中保存的"a"依旧存在，但已经不再是a所指向的，a 已经指向了其它地址。
因此String的操作都是改变赋值地址而不是改变值操作。对String对象的任何改变都不影响到原对象，相关的任何change操作都会生成新的对象
2、StringBuffer
StringBuffer是一个从JDK1.0开始就存在的类，它就像String类一样，不过其内部成员是可以修改的。
StringBuffer是可变类，和线程安全的字符串操作类，任何对它指向的字符串的操作都不会产生新的对象。每个StringBuffer对象都有一定的缓冲区容量，当字符串大小没有超过容量时，不会分配新的容量，当字符串大小超过容量时，会自动增加容量。
StringBuffer 上的主要操作是append 和 insert 方法，可重载这些方法，以接受任意类型的数据。每个方法都能有效地将给定的数据转换成字符串，然后将该字符串的字符追加或插入到字符串缓冲区中。append 方法始终将这些字符添加到缓冲区的末端；而 insert 方法则在指定的点添加字符。例如，如果 z 引用一个当前内容是“start”的字符串缓冲区对象，则此方法调用 z.append("le") 会使字符串缓冲区包含“startle”，而z.insert(4, "le") 将更改字符串缓冲区，使之包含“starlet”。
3、StringBuilder
StringBuilder是一个可变的字符序列，是JDK5.0新增的。此类提供一个与StringBuffer 兼容的 API，但不保证同步。该类被设计用作StringBuffer 的一个简易替换，用在字符串缓冲区被单个线程使用的时候（这种情况很普遍）。
它和StringBuffer提供相同的接口。
相同点：它们继承相同的父类：Abstract StringBuilder
它们实现相同的接口：java.io.Serializable, CharSequence
它们基本上对外提供相同的方法
不同点：StringBuffer类是线程安全的，所有StringBuffer提供的public方法基本上都是synchronized。StringBuilder类不是线程安全的，它的方法没有被synchronized锁修饰。相比而言，StringBuilder类会略微快一点
4、总结
如果要操作少量的数据用 String
单线程操作字符串缓冲区下操作大量数据用StringBuilder
多线程操作字符串缓冲区下操作大量数据用StringBuffer
如果一个字符串变量是在方法里面定义的，这种情况可能只有一个线程访问它，不存在不安全的因素，则用StringBuilder，如果要在类里面定义成员变量，并且这个类的实例对象会在多线程环境下使用那么最好使用StringBuffer。
String是不可变的对象, 因此在每次对String 类型进行改变的时候，都会生成一个新的 String 对象，然后将指针指向新的 String 对象，所以经常改变内容的字符串最好不要用 String ，因为每次生成对象都会对系统性能产生影响，特别当内存中无引用对象多了以后， JVM 的 GC 就会开始工作，性能就会降低。
不要使用String类的"+"来进行频繁的拼接，因为那样的性能极差的，应该使用StringBuffer或StringBuilder类，这在Java的优化上是一条比较重要的原则。
可以有一个人陪着你，也可以你一个人，总之那一刻，
