StringBuffer和StringBuilder源之间的差异：

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

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

基本上，StringBuffer方法是同步的，而StringBuilder不是。

这些操作“几乎”相同，但在单个线程中使用同步方法是过度的。

这差不多了。

StringBuilder API报价：

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

所以它是用来替代它的。

Vector和ArrayList也是如此。

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

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

字符串缓冲区：

多线程已同步比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。