String
String就是字符串,Java中的字符串是Immutable(不可变的)。如:
String before = "before";
String after = before.replace('b', 'e');
// before => "before", after => "eefore"
因为String本身是immutable的,所以,String本身必然是thread safe(线程安全)的。
StringBuilder
StringBuilder是在JDK1.5以后引入的,用来构建和修改字符串。StringBuilder它提供了如append、insert这样的方法用来修改原始的字符串。与String不同,StringBuilder不是thread safe的。
一般来说当涉及到字符串的修改、拼接时,StringBuilder的运行效率会比String本身会高,我们就用实验来说明:
实验一
a) 当LIMIT等于100000时,
String res = "";
for (int i = 0; i < LIMIT; i++) {
res += i + ",";
}
这段代码执行时间10.556秒
b) 当LIMIT等于100000时,
StringBuilder stringBuilder = new StringBuilder();
for (int i = 0; i < LIMIT; i++) {
stringBuilder.append(i);
stringBuilder.append(",");
}
这段代码仅仅用了0.007秒
由此对比,可见效率相差甚多。
于是,有人可能会问,既然这样,我们所有的涉及到构建字符串的行为都应该用StringBuilder来做呢?
其实不然,我们将刚才的例子稍作修改。
实验二
a) 当LIMIT等于100000时,
for (int i = 0; i < LIMIT; i++) {
String res = i + ",";
}
这段代码执行时间0.007秒
b) 当LIMIT等于100000时,
for (int i = 0; i < LIMIT; i++) {
StringBuilder stringBuilder = new StringBuilder();
stringBuilder.append(i);
stringBuilder.append(",");
}
这段代码执行时间0.010秒
两者相差无几。但是第一种方式还会更简单,更容易理解。所以,这样的情况下直接使用String自身的方法用作构建字符串应该是更好的选择。
原因分析:当我们写出类似a + b + c这样的方式连接三个字符串时,其本身的行为就是构建一个StringBuilder,然后使用StringBuilder的append功能将这三个字符串进行拼接,最后再调用toString方法转换为字符串。(参考http://chaoticjava.com/posts/stringbuilder-vs-string/)所以,在实验一a)较实验一b)不用每次都去构建StringBuilder,也不会在每次都去调用toString方法。所以,在这样的情况下使用StringBuffer会比直接使用String快很多。而在实验二a)和实验二b)中,两者几乎等价。所以,效率差不多。
StringBuffer
StringBuffer从JDK1.0就有了,StringBuffer与StringBuilder都继承于AbstractStringBuilder。在构造字符串的角度来说,两者完全一样。但是StringBuffer是thread safe,这就是他们仅有的区别。
参考资料:
http://www.examiner.com/article/when-to-use-the-java-string-stringbuffer-and-stringbuilder-classes
http://blog.vogella.com/2009/07/19/java-string-performanc/
http://chaoticjava.com/posts/stringbuilder-vs-string/