如果你学过 Java 你应该对 String 很熟悉,如果你学的不深,可能对后面两个都没有听说过吧。一个偶然机会在某个源码里面看到了 StringBuilder 这个类,一百度,别人写的攻略都是零几年写的了,知识储备差了十年。如果你使用过,那么恭喜你,你在 Java 性能优化上走出了第一步。
在上一篇文章聊一聊String那些事情中,我提到过 String 是一个被申明为 final class,所有属性也被申明为 final(所有用词好像不太准确的,变量 hash 就不是,不过 hash 是 private 的),当遇见需要多次拼接的时候,使用 StringBuilder 代替 String 是非常合适的方案。
这三个类的用法大同小异的,都是用来储存字符串并且对字符串进行操作的,三者区别如下表格所示。
String | StringBuffer | StringBuilder | |
---|---|---|---|
开始版本 | 1.0 | 1.0 | 1.5 |
内容可变 | No | Yes | Yes |
线程安全 | Yes | Yes | No |
String 的所有操作返回的 String 都是一个新的字符串的,即通过调用 new String()
来实现的。其余的两个通过调用 append()
在原来的基础上追加的。StringBuffer 的线程安全是通过关键字 synchronized 来保证的。
因为 String 内容不可变的原因,如果需要遇见大量字符串拼接的时候,最好采用 StringBuilder 这个类,而不是直接用 + 来追加,这样可以提高性能。为什么这样可以提高性能?来一段代码
//方案 1
String s = "123";
s = s + "10241024";
s = s + "12341234";
//方案 2
StringBuilder s1 = new StringBuilder("123");
s1.append("10241024");
s1.append("12341234");
如果遇见上述情况的时候,我们应该用方案 2 代替方案 1,看一看 class 文件。
可以明显看出,方案 1 是就是套用方案 2 的实现,创建了两个StringBuilder了,如果 + 拼接多几次,这个差距会越来越大的。
当然 StringBuilder 也没有想象中的好,这个体现在 StringBuilder 的扩容机制上面,看一看 AbstractStringBuilder 源码。
private int newCapacity(int minCapacity) {
// 数组大小直接翻倍
int newCapacity = (value.length << 1) + 2;
if (newCapacity - minCapacity < 0) {
newCapacity = minCapacity;
}
return (newCapacity <= 0 || MAX_ARRAY_SIZE - newCapacity < 0)
? hugeCapacity(minCapacity)
: newCapacity;
}
StringBuilder 默认的初始容量为 16 的,如果不能在一开始的时候对数据长度进行估计,越到后面空间浪费越严重的。
估计你会好奇了,为什么我一直在说 StringBuilder 而不提 StringBuffer ?你仔细看源码,StringBuffer 只是在多了一个方法同步的,因为两者都继承自 AbstractStringBuilder 这个类。
既然同步是需要额外开销的,StringBuffer 有没有什么优化呢?
答案是:在 toString()
这个方法上面进行了优化的。
@Override
public synchronized String toString() {
if (toStringCache == null) {
toStringCache = Arrays.copyOfRange(value, 0, count);
}
return new String(toStringCache, true);
}
看一看 toStringCache 的说明。
/**
* A cache of the last value returned by toString. Cleared
* whenever the StringBuffer is modified.
*/
private transient char[] toStringCache;
缓存最后一次调用 toString()
时候的内容,如果字符串内容修改了,就清空这个缓存。
ps:如果没有特殊申明,文章的源码都是以 Java 8 来描述的。
欢迎大家关注我的微信公众号:卡戎