检查StringBuffer的同步追加方法和StringBuilder的非同步追加方法的内部。

字符串缓冲区：

public StringBuffer(String str) {
    super(str.length() + 16);
    append(str);
}

public synchronized StringBuffer append(Object obj) {
    super.append(String.valueOf(obj));
    return this;
}

public synchronized StringBuffer append(String str) {
    super.append(str);
    return this;
}

StringBuilder：

public StringBuilder(String str) {
    super(str.length() + 16);
    append(str);
}

public StringBuilder append(Object obj) {
    return append(String.valueOf(obj));
}

public StringBuilder append(String str) {
    super.append(str);
    return this;
}

由于追加是同步的，因此与多线程场景中的StrinbBuilder相比，StringBuffer具有性能开销。只要不在多个线程之间共享缓冲区，就可以使用StringBuilder，因为缺少同步的追加方法，所以速度很快。

StringBuilder是在Java1.5中引入的，因此它不能与早期的JVM一起使用。

从Javadocs：

StringBuilder类提供了与StringBuffer兼容的API，但不能保证同步。该类被设计为在单个线程使用字符串缓冲区的地方（通常情况下）作为StringBuffer的替代品。在可能的情况下，建议优先使用该类而不是StringBuffer，因为在大多数实现中，它会更快。

StringBuffer已同步，StringBuilder未同步。

基本上，StringBuffer方法是同步的，而StringBuilder不是。

这些操作“几乎”相同，但在单个线程中使用同步方法是过度的。

这差不多了。

StringBuilder API报价：

此类[StringBuilder]提供了与StringBuffer兼容的API，但不保证同步。该类被设计为在单个线程使用字符串缓冲区的地方（通常情况下）作为StringBuffer的替代品。在可能的情况下，建议优先使用该类而不是StringBuffer，因为在大多数实现中，它会更快。

所以它是用来替代它的。

Vector和ArrayList也是如此。

很好的问题

以下是我注意到的差异：

字符串缓冲区：-

StringBuffer is  synchronized
StringBuffer is  thread-safe
StringBuffer is  slow (try to write a sample program and execute it, it will take more time than StringBuilder)

StringBuilder：-

 StringBuilder is not synchronized 
 StringBuilder is not thread-safe
 StringBuilder performance is better than StringBuffer.

常见问题：-

两者都有相同的方法和相同的签名。两者都是可变的。

StringBuffer用于存储将要更改的字符串（字符串对象不能更改）。它会根据需要自动展开。相关类：String、CharSequence。

StringBuilder是在Java5中添加的。它在所有方面都与StringBuffer相同，只是它不同步，这意味着如果多个线程同时访问它，可能会出现问题。对于单线程程序，最常见的情况是，避免同步开销会使StringBuilder稍微快一些。