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

从Javadocs：

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

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

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

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

良好使用示例：

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

字符串是不可变的。

StringBuffer是一个可变的和同步的。

StringBuilder也是可变的，但不同步。

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

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

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