每日一个java知识点（String、StringBuffer和StringBuilder）

1.身世背景

首先要了解String、StringBuffer和StringBuilder出现顺序是怎样的。

String和StringBuffer都是在JDK1.0就出现了，她们两个算是同一天出生，可是String和其余两个类比很特别，运行原理也相对比较复杂，因此索性把String当作是大姐姐吧，而后就是紧跟着出生的二姐姐StringBuffer，最后是JDK1.5的三小妹StringBuilder。之因此这样给她们排个顺序实际上是为了更容易的记忆她们之间的区别，下面会一步步解开神秘的面纱。

2.运行原理

1）String

刚才说到，String运行是比较复杂的，那它究竟复杂到哪了呢？首先String有两种建立形式：编程

①字面量建立形式：String str1="abc";安全

若是采用的是字面量建立字符串对象时，JVM会对这个字面量进行检查，看字符串常量池里有没有相同内容的字符串对象的引用，若是以前已经有，则将这个引用返回。不然，新的字符串对象被建立，而后将这个引用放入字符串常量池，并返回引用。多线程

②new建立：String str2=new String("abc");app

由于是经过new关键字建立，因此无论常量池里有没有要建立的内容，首先新建立一个对象。而后JVM去判断常量池中是否有相同内容，若是有，那么把引用返回给对象，对象再把本身的引用返回给变量。若是没有，那么直接在堆中建立内容，而后引用返回给变量，同时在字符串常量池中也建立一个相同的内容。模块化

若是还有些不明白的小伙伴能够看一下下面的代码和我画的内存原理图：性能

String str ="abc";
		String str2="abc";
		//假定字符串常量池已经存在了"def"
		String str3= new String("def");	
		//字符串常量池没有"hmn"
		String str4=new String("hmn");

2）StringBuffer和StringBuilder

她俩原理十分简单，每次建立都须要new一个对象，并且对字符串的操做也是对对象自己的直接操做，什么叫直接对对象自己直接操做请接着看下面内容。优化

3.运行速度

正常状况下：StringBuilder>StringBuffer>Stringui

记法：小妹>二姐>大姐      年龄越小越机灵，越敏捷。

有种特殊的状况是String速度最快，就是：

String S1 = “This is only a” + “ simple” + “ test”;
StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);

这个时候String是很快的，由于JVM压根在编译的时候默认了S1="This is only a simple test"了。

然而：

　String S2 = “This is only a”;
　　String S3 = “ simple”;
　　String S4 = “ test”;
　　String S1 = S2 +S3 + S4;

这样写JVM就会老老实实的循序渐进的执行了哦。

4.Unicode字符序列

String:不可改变

StringBuffer、StringBuilder:可改变

String类是不可变的对象,查看源码能够发现String是被final修饰的， 所以在每次对String 类型进行改变的时候，都会生成一个新的 String 对象，而后将指针指向新的 String 对象 ，由于每次生成对象都会对系统性能产生影响，特别当内存中无引用对象多了之后， JVM 的 GC 就会开始工做，性能就会下降。

使用 StringBuffer 类时，每次都会对 StringBuffer 对象自己进行操做，而不是生成新的对象并改变对象引用。因此多数状况下推荐使用 StringBuffer ，特别是字符串对象常常改变的状况下。

5.线程安全

String：线程安全

StringBuffer:线程安全

StringBuilder:线程不安全

线程安全就是多线程访问时，采用了加锁机制，当一个线程访问该类的某个数据时，进行保护，其余线程不能进行访问直到该线程读取完，其余线程才可以使用。不会出现数据不一致或者数据污染。 线程不安全就是不提供数据访问保护，有可能出现多个线程前后更改数据形成所获得的数据是脏数据。

注：我我的认为这也是为何执行速度上差异很大的缘由啊，线程安全的话要加一个锁synchronized,就会对线程进行限制，确定速度没有不加锁蜂拥而上的线程们快啦。

6.使用策略

（1）基本原则：若是要操做少许的数据，用String ；单线程操做大量数据，用StringBuilder ；多线程操做大量数据，用StringBuffer。

（2）不要使用String类的"+"来进行频繁的拼接，由于那样的性能极差的，应该使用StringBuffer或StringBuilder类，这在Java的优化上是一条比较重要的原则。例如：

String result = "";
for (String s : hugeArray) {
    result = result + s;
}

// 使用StringBuilder
StringBuilder sb = new StringBuilder();
for (String s : hugeArray) {
    sb.append(s);
}
String result = sb.toString();

当出现上面的状况时，显然咱们要采用第二种方法，由于第一种方法，每次循环都会建立一个String result用于保存结果，除此以外两者基本相同（对于jdk1.5及以后版本）。

（3）为了得到更好的性能，在构造 StirngBuffer 或 StirngBuilder 时应尽量指定它们的容量。固然，若是你操做的字符串长度（length）不超过 16 个字符就不用了，当不指定容量（capacity）时默认构造一个容量为16的对象。不指定容量会显著下降性能。

（4）StringBuilder通常使用在方法内部来完成相似"+"功能，由于是线程不安全的，因此用完之后能够丢弃。StringBuffer主要用在全局变量中。

（5）相同状况下使用 StirngBuilder 相比使用 StringBuffer 仅能得到 10%~15% 左右的性能提高，但却要冒多线程不安全的风险。而在现实的模块化编程中，负责某一模块的程序员不必定能清晰地判断该模块是否会放入多线程的环境中运行，所以：除非肯定系统的瓶颈是在 StringBuffer 上，而且肯定你的模块不会运行在多线程模式下，才能够采用StringBuilder；不然仍是用StringBuffer。