循环体中用“+”拼接字符串-代码典型缺陷分析(二)
2015-03-16 22:04
288 查看
[align=left] [/align]
如上图所示,在一个循环体中用“+”动态拼接字符串,这是我们开发中非常的忌讳的方式,虽然它也能达到我们想要的效果但是性能上包括时间和内存都造成了很大程度的浪费,尤其是访问量很高的循环次数很多的情况下,很容易引起内存溢出。
因为“+”拼接字符串,每拼接一次都是再内存重新开辟一个新的内存区域(堆里边),然后把得到的新的字符串存在这块内存,字符串如果很大,循环次多又多,那么浪费了很多时间和空间的开销,切记这一点。
正确的方法是用StringBuilder或者StringBuffer代替“+”,最好给一个预估好的初始值,默认开辟16个字节长度的内存空间,因为StringBuilder和StringBufffer每次都是在已有的内存空间追加的字符串,如果空间不足的话会重新开辟2(size+1)个字节长度的空间,然后把新的字符串存过来,所以尽可能的初始化一个预估的值,至于StringBuffer和StringBuilder的区别与性能差异可以参考我的博文:StringBuilder性能真的优于StringBuffer?。
如果大家用到类似sb.append(list.get("value"))这样读取list的元素拼接成一个字符串的话,大家可以用Apache的common-lang工具包的StringUtils.join(list,",");来一步实现这个拼接而且还能指定分隔的符号,或者大家利用Google的Guava工具包里的Joiner.on(",").join(list);能实现一样的效果。
预处理语句的使用-代码典型缺陷分析(一)
数组转List-代码典型缺陷分析(三)
转载请注明—作者:Java我人生(陈磊兴) 原文出处:http://blog.csdn.net/chenleixing/article/details/44315041
如果过程中有讲解的不合理或者不对或者你有更好的想法,还望大牛们留下你们的宝贵文字,以便你、我、大家更好的学习与进步!
相关文章推荐
- 循环体中用“+”拼接字符串-代码典型缺陷分析
- 代码典型缺陷分析—代码质量分析会上的报告
- 数组转List-典型代码缺陷分析(三)
- 预处理语句的使用-代码典型缺陷分析(一)
- [代码]如何分析XML字符串(LINQ to XML)
- Java代码缺陷自动分析工具介绍
- Java代码缺陷自动分析工具介绍
- 基于Linux0.11源代码的操作系统内核典型处理过程分析1
- int 10H 显示字符串功能在《自己动手写OS》第五章代码中的分析
- Javascript 字符串字节长度计算函数代码与效率分析(for VS 正则)
- sprintf做字符串拼接的问题分析
- 设计模式之适配器-典型代码分析
- 字符串编码解析代码分析
- java代码缺陷自动分析工具之FindBugs介绍
- 使用javap分析你的程序性能(以字符串拼接为例)
- 字符串拼接代码中诡异的for循环和诡异的return
- 汇编语言求字符串长度代码分析(10)
- 代码高亮及我的又一个山寨sql拼接字符串工具2009-12-29
- 代码里使用字符串操作来拼接sql语句的坏处
- Javascript 字符串字节长度计算函数代码与效率分析(for VS 正则)