优雅编程之这样考虑字符性能,你就“正常”了(二十二)
2016-09-07 19:13
411 查看
开心一笑
【吃过晚饭在客厅看报纸,问老婆:你洗碗了吗? 老婆严肃的说:老公,你应该这样问,宝贝,我去帮你洗碗吧!然后我再说,老公,已经洗好了。这样显着多好…… 于是,老公:宝贝,我去帮你洗碗吧!老婆:恩,去吧。】视频教程
大家好,我录制的视频《Java之优雅编程之道》已经在CSDN学院发布了,有兴趣的同学可以购买观看,相信大家一定会收获到很多知识的。谢谢大家的支持……视频地址:http://edu.csdn.net/lecturer/994
提出问题
项目中字符串操作应该注意的一些性能问题???解决问题
以下来自《Java程序性能优化》这本书中的一点总结,以及自己的想法,每篇文章都很短,不太喜欢写太多,一步一步慢慢学就可以了:
String类的基本实现:char数组,offset偏移量和String的count长度
对String优化主要表现在3个方面,同时也是String对象的3个特点:
不变性:String对象一旦生成,则不能再对它进行改变。
针对常量池的优化。
类的final定义。
例一:
@Test public void testString(){ String boy = "boy"; String girl = "girl"; String girl2 = "girl"; String girl3 = new String("girl"); System.out.println(boy == girl);//false System.out.println(girl == girl2);//true System.out.println(girl == girl3);//false System.out.println(girl == girl3.intern());//true }
subString内存泄露问题
具体可以看高手文章:
http://www.cnblogs.com/techyc/p/3324021.html
在jdk6中,substring还是指向原来的字符串,可以用 new String(str.substring())避免内存泄露,
在jdk7中,没有这个问题
字符串分割和查找
使用效率更高的StringTokenizer类分割字符
例二:
@Test public void testString(){ String originalStr = null; StringBuffer sb = new StringBuffer(); for(int i=0;i<10000;i++){ sb.append("ay"); sb.append(";"); } originalStr = sb.toString(); long startTime = System.currentTimeMillis(); for(int i=0;i<10000;i++){ //在这里分割10000次 originalStr.split(";"); } System.out.println(System.currentTimeMillis() - startTime); }
结果花费:14920ms(我电脑比较 lan )
性能改造:
@Test public void testString(){ String originalStr = null; StringBuffer sb = new StringBuffer(); for(int i=0;i<10000;i++){ sb.append("ay"); sb.append(";"); } originalStr = sb.toString(); long startTime = System.currentTimeMillis(); StringTokenizer tokenizer = new StringTokenizer(originalStr,";"); for(int i=0;i<10000;i++){ while (tokenizer.hasMoreTokens()){ tokenizer.nextToken(); } } System.out.println(System.currentTimeMillis() - startTime); }
结果花费:8ms(我电脑比较 lan ) 这不是一个等级的啊!get起来
高效率的charAt()方法
charAt()效率比startsWith()或者endsWith效率高,对于判断单个字符开头的还可以,对于多个的话,我测试下,效率并没有高很多。
例三:
@Test public void testString3(){ String loveStr = "Love you!!!"; long startTime = System.currentTimeMillis(); //执行100万次 for(int i=0;i<1000000;i++){ //判断是否以L开头 if(loveStr.charAt(0) == 'L' ){ } } System.out.println(System.currentTimeMillis() - startTime); }
结果花费:20ms
@Test public void testString4(){ String loveStr = "Love you!!!"; long startTime = System.currentTimeMillis(); //执行100万次 for(int i=0;i<1000000;i++){ //判断是否以L开头 if(loveStr.startsWith("L")){ } } System.out.println(System.currentTimeMillis() - startTime); }
结果花费:27ms
StringBuffer和StringBuilder
String对象是不可变对象,因此在需要对字符串进行修改操作时,如字符串连接,替换,String对象总是会生成新的对象,所以其性能相对较差。
例四:
String love = "999玫瑰" + "999电话" + "999晚安" + "999早安";
和
StringBuilder result = new StringBuilder(); result.append("999玫瑰"); result.append("999电话"); result.append("999晚安"); result.append("999早安");
因为java虚拟机对String拼接进行性能的优化。将多个连接操作的字符串,在编译时合成一个单独的长字符串。所以上面二者效率差不多
虽然二者的性能差不多,但是作者还是建议在代码的实现中尽量地使用StringBuilder或者StringBuffer,来提升程序性能,而不是依靠编译器对程序进行优化。
例五:
// 1 for(int i=0;i<10000;i++){ str = str + i; } //编译器会把上面代码编译成以下代码,但是每次会新建一个 StringBuilder对象,效率自然就低了 for(int i=0;i<10000;i++){ str = (new StringBuilder(String.valueOf(str))).append(i).toString(); } // 2 for(int i=0;i<10000;i++){ result = result.concat(String.valueOf(i)); } // 3 StringBuilder sb = new StringBuilder(); for(int i=0;i<10000;i++){ sb.append(i);
` }
上面的三个方法中效率(由低到高):
1 < 2 < 3
虽然java虚拟机会String的加法操作进行优化,但是编译器还是不够聪明。
StringBuffer和StringBuilder的选择
StringBuffer和StringBuilder是一对孪生兄弟。
StringBuilder的效率 > StringBuffer的效率
StringBuilder是非线程安全的。StringBuffer是线程安全的。
可见一阴一阳之谓道,在任何地方都体现得淋漓尽致。
读书感悟
来自张小娴《面包树上的女人》想要忘记一段感情,方法永远只有一个:时间和新欢。要是时间和新欢也不能让你忘记一段感情,原因只有一个:时间不够长,新欢不够好。
我把青春投资在他身上,他成功了,也许会爱上另一个女人。他失败了,我 一无所有。
爱情太不可靠了,只有事业才是一份耕耘一份收获的,我想有自己的事业。
不能把你留在身边,不是你的过错,而是我的失败。在你曾经爱过我的那些短暂岁月里,我或许是世界上最幸福的人,只是那些日子已成过去,要留也留不住。我知道爱不可以乞求,如果我能够为你做一件事,便是等待。
一个男人,泥足深陷地爱上一个不爱他的女人,注定要放弃自尊.
所有为爱而做的事,都不是坏事.
那时,我已经明白,作为一个女人,你最好很出色,或者很漂亮
其他
如果有带给你一丝丝小快乐,就让快乐继续传递下去,欢迎转载,点赞,顶,欢迎留下宝贵的意见,多谢支持!相关文章推荐
- 优雅编程之这样考虑异常,你就“正常”了(三十一)
- 优雅编程之这样处理继承关系,你就“正常”了(二十六)
- 优雅编程之这样使用对象通用方法,你就“正常”了(三十四)
- 优雅编程之这样重构代码,你就“正常”了(十八)
- 优雅编程之这样设计通用程序,你就“正常”了(二十七)
- 优雅编程之这样简化表达式,你就“正常”了(二十三)
- 优雅编程之这样注重实效,你就“正常”了(十二)
- 优雅编程之这样使用泛型,你就“正常”了(三十三)
- 优雅编程之这样重构函数(续),你就“正常”了(二十)
- 优雅编程之这样使用枚举和注解,你就“正常”了(二十九)
- 优雅编程之这样取名字,你就"正常"了!
- 优雅编程之这样注释代码,你就“正常”了!
- 优雅编程之这样使用工具,你就“正常”了(十三)
- 优雅编程之这样处理边界,你就“正常”了!
- 优雅编程之这样使用类和接口,你就“正常”了(三十)
- 优雅编程之这样写函数,你就“正常”了!
- 优雅编程之这样创建类,你就“正常”了!
- 优雅编程之这样编写代码,你就“正常”了(十五)
- 优雅编程之这样重构对象,你就“正常”了(二十一)
- 优雅编程之这样处理系统,你就“正常”了