StringBuilder比StringBuffer更快，因为StringBuffer是同步的，StringBuffer有自己的char[]缓冲区用于缓存，就像BufferedInputStream一样。

StringBuffer速度较慢的另一个原因是，每次添加或删除时，它都会更新变量缓冲区。我测试了它，如果我移除超过一万次，StringBuffer的移除方法会更快。

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

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

StringBuilder和StringBuffer之间没有基本区别，它们之间只有一些区别。在StringBuffer中，方法是同步的。这意味着一次只能有一个线程对它们进行操作。如果有多个线程，那么第二个线程将不得不等待第一个线程完成，第三个线程将必须等待第一个和第二个完成，依此类推。这使得进程非常缓慢，因此StringBuffer的性能很低。

另一方面，StringBuilder不同步。这意味着多个线程可以同时对同一StringBuilder对象进行操作。这使得过程非常快，因此StringBuilder的性能很高。

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

从Javadocs：

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

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

StringBuffer和StringBuilder源之间的差异：