String，StringBuilder，StringBuffer三者之间的区别

String，StringBuilder，StringBuffer三者都是对字符串的操作，在这里我们简单的说一下它们之间的去区别；

一：String

String操作字符串，被String修饰的变量是定长且不可改变的，若想对被修饰的字符串修改，使用+号拼接，此时会返回一个新的对象，而不是原本的对象；对于为什么定长且不可变；这里看一下源码；

public final class String
    implements java.io.Serializable, Comparable<String>, CharSequence {
    /** The value is used for character storage. */
    private final char value[];// jdk1.8

在这里可以看到源码中，String底层是一个由final修饰的char数组（jdk1.8即之前）；在jdk1.9后，采用的是byte数组，在这里可以看一下源码；

@Stable //表示下方属性 最多被赋值1次！
private final byte[] value;// jdk1.9

由于是有final修饰，所以是定长不可变，在上面的源码中也看到了，String本身类也是由final修饰的，所以String类也是不可被继承的；

二：StringBuilder与StringBuffer

相比于String来说，他们的优势就在于对字符串的操作更加的灵活多变了，使用他的一些方法，如append()；对字符串进行增加，返回的对象是当前对象的本身，并不会返回新的对象。

而StringBuilder和StringBuffer这二者的主要区别在于线程安全问题；在源码中显示他们都继承于AbstractStringBuilder抽象类；

public final class StringBuilder extends AbstractStringBuilder implements java.io.Serializable, CharSequence{...}

public final class StringBuffer extends AbstractStringBuilder implements java.io.Serializable, CharSequence{...}

现在来看看在他们的父类当中是如何造成线程安全问题的，又是采用什么方法如何解决线程安全问题的；

public AbstractStringBuilder append(String str) {
    if (str == null)
        return appendNull();
    int len = str.length();
    ensureCapacityInternal(count + len);
    str.getChars(0, len, value, count);
    count += len;
    return this;
}

在源码中不难看出，方法中有一个+=的操作，此操作并不是一个原子性的操作，如此一来线程安全问题就出现了；

那么又是如何解决的这个问题呢？接下来看看StringBuilder和StringBuffer的源码：

@Override
public StringBuilder append(String str) {
    super.append(str);
    return this;
}

@Override
public synchronized StringBuffer append(String str) {
    toStringCache = null;
    super.append(str);
    return this;
}

原来他们的差别在于方法有无synchronized关键字的修饰；在StringBuffer的底层方法中使用到了synchronized锁的机制，锁住方法，保证了线程的安全；而StringBuilder中并没有采用这种机制，直接调用父类的方法；父类的非原子性操作给它带来了线程安全问题。

所以就形成了他们两者的使用场景不同：

在多线程大数据量中使用StringBuffer；在单线程大数据量中使用StringBuilder。