StringBuffer已同步，但StringBuilder未同步。因此，StringBuilder比StringBuffer更快。

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

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

首先让我们看看相似之处：StringBuilder和StringBuffer都是可变的。这意味着您可以在同一位置更改它们的内容。

差异：StringBuffer也是可变的和同步的。其中，作为StringBuilder是可变的，但默认情况下不同步。

同步（synchronization）的含义：当某些东西被同步时，多个线程可以访问并修改它，而不会产生任何问题或副作用。StringBuffer是同步的，因此您可以在多个线程中使用它，而不会出现任何问题。

何时使用哪一个？StringBuilder：当您需要一个可以修改的字符串，并且只有一个线程在访问和修改它时。StringBuffer：当您需要一个可以修改的字符串，并且多个线程正在访问和修改它时。

注意：不要不必要地使用StringBuffer，也就是说，如果只有一个线程在修改和访问它，就不要使用它，因为它有很多用于同步的锁定和解锁代码，这将不必要地占用CPU时间。除非需要，否则不要使用锁。

下面是Stringvs StringBuffer vs StringBuilder的性能测试结果。最后，StringBuilder赢得了测试。测试代码和结果见下文。

代码：

private static void performanceTestStringVsStringbuffereVsStringBuilder() {
// String vs StringBiffer vs StringBuilder performance Test

int loop = 100000;
long start = 0;

// String
String str = null;
start = System.currentTimeMillis();
for (int i = 1; i <= loop; i++) {
  str += i + "test";
}
System.out.println("String - " + (System.currentTimeMillis() - start) + " ms");

// String buffer
StringBuffer sbuffer = new StringBuffer();
start = System.currentTimeMillis();
for (int i = 1; i <= loop; i++) {
  sbuffer.append(i).append("test");
}
System.out.println("String Buffer - " + (System.currentTimeMillis() - start) + " ms");

// String builder
start = System.currentTimeMillis();
StringBuilder sbuilder = new StringBuilder();
for (int i = 1; i <= loop; i++) {
  sbuffer.append(i).append("test");
}
System.out.println("String Builder - " + (System.currentTimeMillis() - start) + " ms");

  }

在ideone上执行我

结果：

100000次迭代，用于添加单个文本

String - 37489 ms
String Buffer - 5 ms
String Builder - 4 ms

10000次迭代，用于添加单个文本

String - 389 ms
String Buffer - 1 ms
String Builder - 1 ms

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

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

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