String, StringBuffer,StringBuilder的区别

String, StringBuffer,StringBuilder的区别

java中String、StringBuffer、StringBuilder是编程中经常使用的字符串类，他们之间的区别也是经常在面试中会问到的问题。现在总结一下，看看他们的不同与相同。

1.可变与不可变

String类中使用字符数组保存字符串，如下就是，因为有“final”修饰符，所以可以知道string对象是不可变的。

private final char value[];

      String 为不可变对象,一旦被创建,就不能修改它的值. . 对于已经存在的String对象的修改都是重新创建一个新的对象,然后把新的值保存进去.

StringBuilder与StringBuffer都继承自AbstractStringBuilder类，在AbstractStringBuilder中也是使用字符数组保存字符串，如下就是，可知这两种对象都是可变的。

char[] value;

     StringBuffer:是一个可变对象,当对他进行修改的时候不会像String那样重新建立对象 , 它只能通过构造函数来建立,  如： StringBuffer sb = new StringBuffer();

不能通过赋值符号对他进行付值. ， 如 sb = "welcome to here!";//error
对象被建立以后,在内存中就会分配内存空间,并初始保存一个null.向StringBuffer中赋值的时候可以通过它的append方法.      sb.append("hello");

2.是否多线程安全

String中的对象是不可变的，也就可以理解为常量， 显然线程安全 。

AbstractStringBuilder是StringBuilder与StringBuffer的公共父类，定义了一些字符串的基本操作，如expandCapacity、append、insert、indexOf等公共方法。

StringBuffer对方法加了同步锁或者对调用的方法加了同步锁，所以是 线程安全的 。看如下源码：

 

1   public   synchronized  StringBuffer reverse() {

2       super .reverse();

3       return   this ;

4  }

5  

6   public   int  indexOf(String str) {

7       return  indexOf(str, 0);         //存在 public synchronized int indexOf(String str, int fromIndex) 方法

8  }

 

StringBuilder并没有对方法进行加同步锁，所以是 非线程安全的 。

 3.StringBuilder与StringBuffer共同点

StringBuilder与StringBuffer有公共父类AbstractStringBuilder( 抽象类 )。

抽象类与接口的其中一个区别是：抽象类中可以定义一些子类的公共方法，子类只需要增加新的功能，不需要重复写已经存在的方法；而接口中只是对方法的申明和常量的定义。

StringBuilder、StringBuffer的方法都会调用AbstractStringBuilder中的公共方法，如super.append(...)。只是StringBuffer会在方法上加synchronized关键字，进行同步。

最后，如果程序不是多线程的，那么使用StringBuilder效率高于StringBuffer。

 

效率比较String < StringBuffer < StringBuilder，但是在String S1 =“This is only a”+“simple”+“test”时，String效率最高。

也就是每连接一次字符串都会产生一个临时的StringBuilder对象,同时还会舍弃以前的String对象,所以在内存上会有很大的开销.由于拷贝字符串到新的数组,构造2n个对象以及使用内存过大导致更频繁的缺页等也导致了String类连接字符串在时间上也比StringBuffer类差了许多倍.所以在有较大量的字符串连接时使用StringBuilder或者StringBuffer好处还是挺好的.当然,在字符串连接比较少的情况下使用String比StringBuffer方便不少,又不会有过多的性能问题,所以完全可以使用String类.
事实证明,String类比StringBuffer类快只是我一厢情愿而已.但是也得到了一些经验:有什么猜想就应该去动手验证它,即使结果可能和我们所猜想差了十万八千里,否则你永远不知道/不相信真正的答案是什么.