StringBuffer中的每个方法都是同步的。因此，一次只允许一个线程操作StringBuffer对象。它增加了线程的等待时间并造成性能问题为了解决这个问题，SUN People推出了1.5版本的StringBuilder。

更好地使用StringBuilder，因为它不是同步的，因此提供了更好的性能。StringBuilder是旧StringBuffer的替代品。

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

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

javadoc解释了区别：

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

字符串缓冲区

同步，因此线程安全线程安全，因此速度较慢

字符串拼接

在Java 5.0中引入异步，因此快速高效用户明确需要同步它，如果他想您可以将其替换为StringBuffer而无需任何其他更改

但需要借助一个例子来明确区别吗？StringBuffer或StringBuilder

只需使用StringBuilder，除非您确实试图在线程之间共享缓冲区。StringBuilder是原始同步StringBuffer类的非同步（开销更少=效率更高）弟弟。

StringBuffer排名第一。Sun关注所有条件下的正确性，因此他们使其同步，以使其线程安全，以防万一。

StringBuilder后来出现了。StringBuffer的大多数使用都是单线程的，不必要地支付了同步的成本。

由于StringBuilder是没有同步的StringBuffer的替代品，因此任何示例之间都不会有差异。

如果您试图在线程之间共享，可以使用StringBuffer，但要考虑是否需要更高级别的同步，例如，如果您同步使用StringBuilder的方法，可能不需要使用StringBuffer。