小优化，带来大收获-String类的效率问题

我们在编码过程中，有很多字符串相关的操作，

基本上每个java程序员都知道String和StringBuffer两个在处理字符串上面有很大的效率差别，

归根结底是String是一次性开辟一段定长空间的char[]，如果之后对String做修改，java是重新new一个新的String对象（char[]），然后拷贝原有对象到新对象中的。这个过程会非常消耗资源。

StringBuffer好处是默认开辟一个char[16]，在修改字符串时是在char数组中添加内容，然后移动下标。当长度超过原有长度后，再开辟一段两倍于新长度+1的char[]（

int newCapacity = (value.length + 1) * 2;

），然后进行内容拷贝。

所以StringBuffer的高效率在于不是每次都做new char[]然后做拷贝，只有在长度不够的情况下才做，而且每次就扩展新长度的两倍。这样扩容的几率就不是很高了。

那么我们在使用了StringBuffer还有没有优化的可能呢？StringBuffer的实例化方法中提供制定初始长度的方法，那么我们在使用StringBuffer时就可以更加高效的使用它了，在可以预知的长度字符串操作时，我们就可以使用该实例化方法（new StringBuffer(newStrLen);），这样做字符串操作过程中就不会出现扩容的过程了。

-------------------------------------------------------------

上面讲到的内容，大部分人都知道了，下面讲讲字符串的另外两个方法String.slipt()和String.replaceAll()，这两个方法的执行效率也非常低，主要原因是这两个方法都是支持正则表达式的。但是我们在使用这两个方法的很多时候都是用不着正则表达式的，那么我们可以使用宝宝写的StringUtil类来处理，

StringUtil.split()和StringUtil.replace，这两个方法是直接处理String中的chra[]的，效率及其高，下面我们可以看看我的测试结果

String a = "asdfasdf.asdf.asdf.asd..fasd......fasdf.asdf.as.df.asdgfa.sdf.as.df.ghwrtyrtuerty.rwtgwertkqertwerg,rtujhteyujrtgklrgf.ergkaerpogekrgmer.g.ergkjseorh.srth.sekrgoserpg.";
long start = System.currentTimeMillis();
for(int i=0; i<1000000; i++) {
	String aa[] = a.split("\\.");
}
System.out.println("String.slipt cost:"+(System.currentTimeMillis()-start));
start = System.currentTimeMillis();
for(int i=0; i<1000000; i++) {
	String aa[] = StringUtil.split(a,".");
}
System.out.println("StringUtil.slipt cost:"+(System.currentTimeMillis()-start));

String.slipt cost:9587
StringUtil.slipt cost:2177
String.replaceAll cost:12986
StringUtil.replace cost:3696

我们可以看到，split的方法效率在4倍以上，replace方法的效率也在将近4倍。

在我们商品属性类目属性这种有着大量循环中字符串split和replace使用的地方，如果这个的修改会有很大的提高。



但是这里要注意一点的是String.slipt()和StringUtil.split()两个方法并不是完全相同的，在两个连续分隔符的情况下，String.split会截取出空字符，而StringUtil.split()会自动将连续的分割符抛弃。
在我同事的提醒下，还有一个注意点，StringUtil.split()只支持单个分隔符的情况。

评论

16 楼 kevinpan45 2012-05-07  

也就快了十分之一这样，你的提高这么多应该说明提升的地方是有针对性的

15 楼 kevinpan45 2012-05-07  

有这么高的效率吗，我换了以后提高的效率没这么明显啊

14 楼 laodizhuq 2010-02-03  

StringUtil类，可以参考一下
org.apache.commons.lang.StringUtils

13 楼 咖啡仔 2010-02-03  

http://commons.apache.org/lang/
的common-lang.jar
的org.apache.commons.lang.StringUtils么？

12 楼 jubin2002 2010-02-02  

四虎，大家都对宝宝写的StringUtil类很感兴趣

11 楼 清晨阳光 2010-02-02  

我平常使用StringBuilder，而不用StringBuffer
使用List，而不用Vector
看看老外项目的源码，大多都用的是StringBuilder
多数情况下，并不需要线程安全
Apache的StringUtils类的方法，都是null值安全的
比如StringUtils.length(null)会得到0，而不是抛出异常

10 楼 oaklet 2010-02-02  

俺也写过一个split，一个join，
估计速度就那样了，没有太大提升了

9 楼 whg333 2010-02-01  

“宝宝写的StringUtil类”是指的org.apache.commons.lang.StringUtils类吧？

8 楼 hanz188 2010-01-31  

“宝宝写的StringUtil类”是哪个类，能贴出来看看吗，或者把相关包上传下也行，想在自己机器上试验下的，结果发现没有对应的类。

7 楼 rovanz 2010-01-30  

额...还有这么一堆被误导的

6 楼 rovanz 2010-01-30  

貌似StringTokenizer也不支持正则表达式，没有你说的那个问题
String#replace也不支持正则表达式，你自己非要用replaceAll

5 楼 jameswolf 2010-01-30  

优化一定要看看是不是必要，如果程序中 不是循环调用 string + 操作 没有必要用 StringBuffer ，
就像 你自己写的split ，有必要循环1000000次来看优化结果吗，如果文本太大应该分段考虑 ，有必要一次做完吗？？

4 楼 wuhua 2010-01-30  

StringUtil.split()和StringUtil.replace 在那里可以下载能，能否贴代码上来看下呢

3 楼 因为java所以java 2010-01-29  

以前都是直接用java自带的，觉得挺方便的。现在学习了，呵呵。

2 楼 doccent 2010-01-29  

以前都是直接用String的方法，以后用之前要先测一下。

1 楼 form_rr 2010-01-29  

呵呵！
java自带的split和replaceAll实在太低！
我们也换了！