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

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

StringBuilder比StringBuffer更快，因为它不同步。

下面是一个简单的基准测试：

public class Main {
    public static void main(String[] args) {
        int N = 77777777;
        long t;

        {
            StringBuffer sb = new StringBuffer();
            t = System.currentTimeMillis();
            for (int i = N; i --> 0 ;) {
                sb.append("");
            }
            System.out.println(System.currentTimeMillis() - t);
        }

        {
            StringBuilder sb = new StringBuilder();
            t = System.currentTimeMillis();
            for (int i = N; i > 0 ; i--) {
                sb.append("");
            }
            System.out.println(System.currentTimeMillis() - t);
        }
    }
}

测试运行得出StringBuffer为2241ms，StringBuilder为753ms。

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

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

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

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

很好的问题

以下是我注意到的差异：

字符串缓冲区：-

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.

常见问题：-

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