字符串缓冲区是可变的。它可以在长度和内容方面改变。StringBuffers是线程安全的，这意味着它们有同步的方法来控制访问，这样一次只有一个线程可以访问StringBuffer对象的同步代码。因此，StringBuffer对象在多线程环境中使用通常是安全的，因为多个线程可能同时尝试访问同一StringBuffer。

字符串拼接StringBuilder类与StringBuffer非常相似，只是它的访问不同步，因此不是线程安全的。通过不同步，StringBuilder的性能可以优于StringBuffer。因此，如果您在单线程环境中工作，使用StringBuilder而不是StringBuffer可能会提高性能。这也适用于其他情况，例如StringBuilder局部变量（即方法中的变量），其中只有一个线程将访问StringBuilder对象。

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

良好使用示例：

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

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

很好的问题

以下是我注意到的差异：

字符串缓冲区：-

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.

常见问题：-

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

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

从Javadocs：

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

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

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