String、StringBuffer和StringBuilder的区别

String

String的创建机理

由于String在java中使用过于频繁，Java为了避免在一个系统中产生大量的String对象，引入了字符串常量池。其运行机制是：创建一个字符串时，首先检查常量池中是否有值相同的字符串对象，如果有则不需要创建直接从常量池中查找到的对象引用，如果没有则新建字符串对象，返回对象引用，并且将新创建的对象放入常量池中。但是，通过new方法创建的String对象是不检查字符串常量池的，而是直接在堆区或者栈区创建一个新的对象，也不会把对象放入常量池中。上述原则只适合用于通过直接量给String对象引用赋值的情况。

String的特性

不可变。是指String对象一旦生成，则不能再对它进行改变。不可变的主要作用在于当一个对象需要被多线程共享，并且访问频繁时，可以省略同步和锁等待的时间，从而大幅度提高系统性能。不可变模式是一个可以提高多线程程序的性能，降低多线程程序复杂度的设计模式。

针对常量池的优化。当两个String对象拥有相同的值时，他们只引用常量池中的同一个拷贝。当同一个字符串反复出现时，这个技术可以大幅度节省内存空间。

StringBuff、StringBuilder

StringBuffer和StringBuilder都实现了AbstractStringBuilder抽象类，拥有几乎一致对外提供的调用接口；其底层在内存中的存储方式与String相同，都是以一个有序的字符序列(char类型的数组)进行存储，不同点是StringBuffer/StringBuilder对象的值是可以改变的，并且值改变以后，对象引用不会发生改变；两者对象在构造过程中，首先按照默认大小申请一个字符数组，由于会不断加入新数据，当超过默认大小后，会创建一个更大的数组，并将原先的数组内容复制过来，再丢弃旧的数组。因此，对于较大对象的扩容会涉及大量的内存复制操作，如果能够预先评估大小，可以提高性能。

唯一需要注意的是：StringBuffer是线程安全的，但是StringBuilder是线程不安全的。StringBuffer类方法定义前面都会有synchroize关键字。所以StringBuffer的性能要远低于StringBuilder。

应用场景：

在字符串内容不经常发生变化的业务场景优先使用String类。例如：常量声明、少量的字符串拼接操作等。如果有大量的字符串内容拼接，避免使用String与String之间的“+”操作，因为这样会产生大量的无用中间对象，耗费空间且执行效率低下(新建对象、回收对象花费大量时间)。

在频繁进行字符串的运算(如拼接、替换、删除等)，并且运行在多线程环境下，建议使用StringBuffer，例如xml解析、http参数解析与封装。

在频繁进行字符串的运算(如拼接、替换、删除等)，并且运行在单线程环境下，建议使用StringBuilder，例如SQL语句拼接，json封装等。