前言
博主在今天学习的过程中遇到StringBuffer的使用,且是利用StringBuffer来实现字符串的拼接操作,俺以往接触的字符串拼接通常是用的StringBuilder,为了拓宽知识面,于是去网上学习了两者的区别,总结如下。
String与其他两者区别
String这个类底层使用了final修饰的长度不可变的字符数组,所以它长度不可变,而StringBuffer和StringBuilder 都继承自AbstractStringBuilder ,且AbstractStringBuilder底层使用的是可变字符数组,所以二者长度可变。 源码见下图:
StringBuilder与StringBuffer区别
(1)关于线程安全
由于StringBuffer的所有公开方法都带有synchronized修饰,故:
StringBuffer:线程安全(同步)
StringBuilder:线程不安全(非同步)
StringBuffer部分方法代码:
@Override
public synchronized int length() {
return count;
}
@Override
public synchronized int capacity() {
return value.length;
}
@Override
public synchronized void ensureCapacity(int minimumCapacity) {
super.ensureCapacity(minimumCapacity);
}
/**
* @since 1.5
*/
@Override
public synchronized void trimToSize() {
super.trimToSize();
}
/**
* @throws IndexOutOfBoundsException {@inheritDoc}
* @see #length()
*/
@Override
public synchronized void setLength(int newLength) {
toStringCache = null;
super.setLength(newLength);
}
(2)关于执行效率
由于StringBuffer被synchronized修饰,虽然保证了其多线程安全,但串行化会对性能照成一定影响,所以StringBuilder的性能远高于StringBuffer。
(3)关于缓冲区
StringBuilder中toString()方法:
@Override
public String toString() {
// Create a copy, don't share the array
return new String(value, 0, count);
}
StringBuffer中toString()方法:
private transient char[] toStringCache;
@Override
public synchronized String toString() {
if (toStringCache == null) {
toStringCache = Arrays.copyOfRange(value, 0, count);
}
return new String(toStringCache, true);
}
由上述代码可以看出,StringBuffer 每次调用toString方法都会直接使用缓存区的 toStringCache 值来构造一个字符串,而 StringBuilder 则每次都需要复制一次字符数组,再构造一个字符串。这里的toStringCache关键字是给线程加锁,加锁是会带来性能上的损耗的,这里也能看到使用SringBuilder 比 StringBuffer 要快。
总结
(1)String长度不可变而StringBuffer和SringBuilder长度可变;
(2)运行速度不同:SringBuilder > StringBuffer > String;
(3)SringBuilder线程不安全,StringBuffer线程安全。
综上,在并发情况下,建议使用StringBuffer;迭代情况下,建议使用StringBuilder;普通情况下,建议使用String,从而避免不必要的类型转换。