String与StringBuffer

简单地说，就是一个变量和常量的关系。

(1) 在String类中没有用来改变已有字符串中的某个字符的方法，所以在JDK文档中称String类的对象是不可改变的。

操作中每次对 String 变量的改变实际上是生成了一个新的 String 对象，然后将指针指向新的 String 对象，所以经常改变内容的字符串最好不要用 String ，因为生成对象会对系统性能产生影响，特别当内存中引用对象多了以后， JVM 的 GC 就会开始工作，那速度是一定会相当慢的。

(2) StringBuffer类属于一种辅助类，可预先分配指定长度的内存块建立一个字符串缓冲区。这样使用StringBuffer类的append方法追加字符比String使用+操作符添加字符到一个已经存在的字符串后面有效率得多。因为使用 + 操作符每一次将字符添加到一个字符串中去时，字符串对象都需要寻找一个新的内存空间来容纳更大的字符串，这无凝是一个非常消耗时间的操作。添加多个字符也就意味着要一次又一次的对字符串重新分配内存。使用StringBuffer类就避免了这个问题。
(3) 在某些特别情况下，String 对象的字符串拼接其实是被 JVM 解释成了 StringBuffer 对象的拼接，所以这些时候 String 对象的速度并不会比 StringBuffer 对象慢：

String S1 = “This is only a” + “ simple” + “ test”;
StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);
这个时候 StringBuffer 在速度上根本一点都不占优势。其实这是 JVM 的一个把戏，在 JVM 眼里，这个
String S1 = “This is only a” + “ simple” + “test”; 其实就是：
String S1 = “This is only a simple test”; 所以当然不需要太多的时间了。

需要注意的是，如果字符串是来自另外的 String 对象的话，速度就没那么快了：
String S2 = “This is only a”;
String S3 = “ simple”;
String S4 = “ test”;
String S1 = S2 +S3 + S4;
这时候 JVM 会规规矩矩的按照原来的方式去做。

在大部分情况下 StringBuffer > String。

StringBuffer：字符串变量（线程安全）和 StringBuilder 字符串变量（非线程安全）

Java.lang.StringBuffer是线程安全的可变字符序列。虽然在任意时间点上它都包含某种特定的字符序列，但通过某些方法调用可以改变该序列的长度和内容。

StringBuffer的线程安全性可在多线程程序中很方便的使用，必要时对其方法进行同步，因此任意特定实例上的所有操作就好像是以串行顺序发生的，该顺序与所涉及的每个线程进行的方法调用顺序一致，但程序的执行效率相对来说就要稍微慢一些。
java.lang.StringBuilder一个可变的字符序列是5.0新增的。此类提供一个与 StringBuffer 兼容的 API，但不保证同步。该类被设计用作 StringBuffer 的一个简易替换，用在字符串缓冲区被单个线程使用的时候（这种情况很普遍）。如果可能，建议优先采用该类，因为在大多数实现中，它比 StringBuffer 要快。两者的方法基本相同。

在大部分情况下 StringBuilder > StringBuffer

内部类的类名只能在定义它的类或程序段中或在表达式内部匿名使用，外部使用它时必须给出类的全名。

而且，内部类的类名不允许与包含它的类名相同。

内部类不仅可以用abstract修饰定义为抽象类，也可以用private或protected定义。