String，StringBuffer，StringBuilder区别

初了解：

String是字符串常量，是不可改变的，对该字符串操作都会产生一个新的字符串常量。

StringBuffer和StringBuilder（JDK5.0之后）是字符串变量，每次操作是对本身的字符串操作，前者是线程安全，后者是线程不安全，由这点可以知道，前者的效率会比后者的效率低。

 

详细解析：

String：

由于每次String是不可变对象，因此每一次都会操作都会产生新的String对象，然后再将指针指向新的String。所以对于那些需要经常需要改变的字符串，不建议用String，多线程下建议StringBuffer，单线程建议使用StringBuilder。

有些人不明白为什么会产生新的String这句话，那么我们来了解以下java中String是怎么存储的。

String str1 = "hui";
 String str2 = new String("xiaobai");
 String str3 = "hui";

分析以上代码：

首先String在java内存中的存储比较特殊，分为常量池和普通的堆。

第一次str1 = "hui"的时候，jvm会在常量池中寻找是不是有"hui"这个字符串常量，如果有自己返回这个地址给str1，没有的话，会直接创建一个String对象存在常量池中，并且把这个地址返回给它的引用str1。那么第三行语句str3 = "hui"的时候，就直接返回hui的地址，并没有创建新的对象，所以这里str1==str3的值是true。

使用关键字new出来的对象就不一样的，首先也会在常量池中去寻找有没有"hui"这个对象，如果找到，那么不做任何事情，否则会在常量池中创建一个String对象，当然这样还没完，它还会在普通堆中创建String对象，并把这个对象的地址返回给它的引用。所以str2里面的内容和str1还有str3不一样。str1==str2为false。

说了这么多，不还是没解释上面，为什么String是不可变对象的问题吗？不急，接下来就是解释这个问题。先看下面的代码，很多人都知道最后str1最后输出是"xiaobai"，这样子看，String不是已经变了吗？究竟是怎么回事？

String str1 = "hui";
str1 = "xiaobai";

来，分析一下，第一行str1 = "hui"的时候，会在常量池中创建一个String对象，第二行str1 = "xiaobai"的时候，也还会在常量池中创建一个新的String对象，这两个是完全不一样的对象，一开是的时候，str1是"hui"对象的引用，后来str1是"xiaobai"对象的引用。在内存中就有两个String对象。给人的感觉String是可变的是因为，str1曾经是"hui"的引用，后来变为"xiaobai"的引用了。注意这里可变的并不是String对象变了，而是它的引用变了。

StringBuffer：

StringBuffer：字符串变量（Synchronized，即线程安全）。如果要频繁对字符串内容进行修改，出于效率考虑最好使用StringBuffer，如果想转成String类型，可以调用StringBuffer的toString()方法。

Java.lang.StringBuffer线程安全的可变字符序列。在任意时间点上它都包含某种特定的字符序列，但通过某些方法调用可以改变该序列的长度和内容。可将字符串缓冲区安全地用于多个线程。

StringBuffer 上的主要操作是 append 和 insert 方法，可重载这些方法，以接受任意类型的数据。每个方法都能有效地将给定的数据转换成字符串，然后将该字符串的字符追加或插入到字符串缓冲区中。append 方法始终将这些字符添加到缓冲区的末端；而 insert 方法则在指定的点添加字符。

 

StringBuilder和StringBuffer的主要区别就是，前者是线程不安全，效率高，其他的基本一样。

 

那么怎么选择使用这些字符串呢？

1. 基本原则：如果要操作少量的数据，用String ；单线程操作大量数据，用StringBuilder ；多线程操作大量数据，用StringBuffer。
2. 不要使用String类的"+"来进行频繁的拼接，因为那样的性能极差的，应该使用StringBuffer或StringBuilder类，这在Java的优化上是一条比较重要的原则。
3. 为了获得更好的性能，在构造 StringBuffer 或 StringBuilder 时应尽可能指定它们的容量。当然，如果你操作的字符串长度（length）不超过 16 个字符就不用了，当不指定容量（capacity）时默认构造一个容量为16的对象。不指定容量会显著降低性能。