博客

Stringbuffer与Stringbuilder源码学习和对比

String/StringBuffer/StringBuilder的异同

（1）相同点


观察源码会发现，三个类都是被final修饰的，是不可被继承的。


（2）不同点


String的对象是不可变的；而StringBuilder和StringBuffer是可变的

查看源码可以发现，StringBuffer的实现都添加了Synchronized同步，因此StringBuffer是线程安全的，而StringBuilder不是线程安全的

String中的offset，value，count都是被final修饰的不可修改的；而StringBuffer和StringBuilder中的value，count都是继承自AbstractStringBuilder类的，没有被final修饰，说明他们在运行期间是可修改的，而且没有offset变量。

StringBuffer/StringBuilder源码学习

String底层是一个char数组：

1	private final char value[];

同样，StringBuffer/StringBuilder都继承了AbstractStringBuilder，

底层的实现也是通过一个char型数组：

1	char [] value;

它们的默认构造方法都是初始化一个长度为16的字符数组，

1 2 3 4 5 6 7

public StringBuilder() { super ( 16 ); } public StringBuilder() { super ( 16 ); }

或者使用传入的容量进行初始化：

1 2 3 4 5 6 7

public StringBuilder( int capacity) { super (capacity); } public StringBuffer( int capacity) { super (capacity); }

再具体的实现就不去看了，有用到再研究。

使用举例

贴一个以前学习Java的例子，

String s1 = “hello”；

s1=“world”；

这个操作其实是：其实是创建了两个String对象。

String s2 = “hello”

s2 += “world”;

这操作是：先创建一个String对象，在接下来进行字符串连接的时候，有创建了一个StringBuilder(jdk1.5前是StringBuffer),然后调用append()方法，最后调用toString()方法。

有此可以看出String对字符的操作比直接使用Stringbuffer（或者StringBuild）要多出附加的操作，而且String是不可变对象，使用String对字符串操作会产生大量的、多余java对象。所以结果是：影响性能，占用空间。

举例：

分别使用String和StringBuffer对字符串“0123456789”累加10000次,然后统计耗时多长：

1 2 3 4 5 6 7 8 9 10

String str = "0123456789" ; String str2 = "" ; int count = 10000 ; long start = System.currentTimeMillis(); for ( int i = 0 ; i < count; i++) { str2 += str; } long end = System.currentTimeMillis(); long time = (end - start); System.out.println(time);

运行多次，在我的机器上平均时间约等于3300，即3.3秒，下面用StringBuffer来操作，查看结果

1 2 3 4 5 6 7 8 9 10 11

String str = "0123456789" ; StringBuffer sb = new StringBuffer(); int count = 10000 ; long start = System.currentTimeMillis(); for ( int i = 0 ; i < count; i++) { sb.append(str); } String str2 = sb.toString(); long end = System.currentTimeMillis(); long time = (end - start); System.out.println(time);

同样在我的机器上结果平均结果小于10，即0.01秒，两者相差300多倍，而且随着循环次数的增加这个差距逐渐增大 。