String是一个不可变的对象，这意味着值不能更改，而StringBuffer是可变的。

StringBuffer是同步的，因此是线程安全的，而StringBuilder不是，并且只适用于单线程实例。

StringBuilder和StringBuffer之间没有基本区别，它们之间只有一些区别。在StringBuffer中，方法是同步的。这意味着一次只能有一个线程对它们进行操作。如果有多个线程，那么第二个线程将不得不等待第一个线程完成，第三个线程将必须等待第一个和第二个完成，依此类推。这使得进程非常缓慢，因此StringBuffer的性能很低。

另一方面，StringBuilder不同步。这意味着多个线程可以同时对同一StringBuilder对象进行操作。这使得过程非常快，因此StringBuilder的性能很高。

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

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

在单线程中，由于JVM的优化，StringBuffer不会比StringBuilder慢很多。在多线程中，不能安全地使用StringBuilder。

这是我的测试（不是基准测试，只是测试）：

public static void main(String[] args) {

    String withString ="";
    long t0 = System.currentTimeMillis();
    for (int i = 0 ; i < 100000; i++){
        withString+="some string";
    }
    System.out.println("strings:" + (System.currentTimeMillis() - t0));

    t0 = System.currentTimeMillis();
    StringBuffer buf = new StringBuffer();
    for (int i = 0 ; i < 100000; i++){
        buf.append("some string");
    }
    System.out.println("Buffers : "+(System.currentTimeMillis() - t0));

    t0 = System.currentTimeMillis();
    StringBuilder building = new StringBuilder();
    for (int i = 0 ; i < 100000; i++){
        building.append("some string");
    }
    System.out.println("Builder : "+(System.currentTimeMillis() - t0));
}

结果：字符串：319740缓冲区：23建设者：7！

因此，构建器比缓冲区更快，比字符串串联更快。现在让我们为多个线程使用Executor：

public class StringsPerf {

    public static void main(String[] args) {

        ThreadPoolExecutor executorService = (ThreadPoolExecutor) Executors.newFixedThreadPool(10);
        //With Buffer
        StringBuffer buffer = new StringBuffer();
        for (int i = 0 ; i < 10; i++){
            executorService.execute(new AppendableRunnable(buffer));
        }
        shutdownAndAwaitTermination(executorService);
        System.out.println(" Thread Buffer : "+ AppendableRunnable.time);

        //With Builder
        AppendableRunnable.time = 0;
        executorService = (ThreadPoolExecutor) Executors.newFixedThreadPool(10);
        StringBuilder builder = new StringBuilder();
        for (int i = 0 ; i < 10; i++){
            executorService.execute(new AppendableRunnable(builder));
        }
        shutdownAndAwaitTermination(executorService);
        System.out.println(" Thread Builder: "+ AppendableRunnable.time);

    }

   static void shutdownAndAwaitTermination(ExecutorService pool) {
        pool.shutdown(); // code reduced from Official Javadoc for Executors
        try {
            if (!pool.awaitTermination(60, TimeUnit.SECONDS)) {
                pool.shutdownNow();
                if (!pool.awaitTermination(60, TimeUnit.SECONDS))
                    System.err.println("Pool did not terminate");
            }
        } catch (Exception e) {}
    }
}

class AppendableRunnable<T extends Appendable> implements Runnable {

    static long time = 0;
    T appendable;
    public AppendableRunnable(T appendable){
        this.appendable = appendable;
    }

    @Override
    public void run(){
        long t0 = System.currentTimeMillis();
        for (int j = 0 ; j < 10000 ; j++){
            try {
                appendable.append("some string");
            } catch (IOException e) {}
        }
        time+=(System.currentTimeMillis() - t0);
    }
}

现在StringBuffers需要157毫秒才能完成100000次追加。这不是同一个测试，但与之前的37毫秒相比，您可以放心地假设，使用多线程时，StringBuffers追加的速度较慢。原因是JIT/hotspot/compiler/something在检测到不需要检查锁时会进行优化。

但是对于StringBuilder，您有java.lang.ArrayIndexOutOfBoundsException，因为并发线程试图在不应该添加的地方添加一些内容。

结论是，您不必追逐StringBuffers。如果您有线程，在尝试获得几纳秒之前，请考虑它们正在做什么。

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

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