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

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

这差不多了。

StringBuilder API报价：

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

所以它是用来替代它的。

Vector和ArrayList也是如此。

检查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和StringBuffer几乎相同。不同之处在于StringBuffer是同步的，而StringBuilder不是。尽管StringBuilder比StringBuffer更快，但性能差异很小。StringBuilder是SUN对StringBuffer的替代品。它只是避免了所有公共方法的同步。相反，它们的功能是相同的。

良好使用示例：

如果您的文本将要更改并被多个线程使用，那么最好使用StringBuffer。如果您的文本将要更改，但被单个线程使用，请使用StringBuilder。

StringBuilder不是线程安全的。字符串缓冲区是。更多信息请点击此处。

编辑：至于性能，在热点启动后，StringBuilder是赢家。然而，对于较小的迭代，性能差异可以忽略不计。

其他人正确地指出了两者之间的关键区别。然而，在性能方面，我想补充一点，JVM级别的优化“锁定Elision”可以使同步上下文中的性能差异几乎不存在。关于这一点的精彩阅读在这里和这里

主要区别在于StringBuffer是同步的，而StringBuilder不是同步的。如果您需要使用多个线程，那么建议使用StringBuffer。但是，根据执行速度，StringBuilder比StringBuffer更快，因为它没有同步。