有必要用StringBuilder的append代替String的+字符串连接运算么

经常会看到在各种Java编程技术文章，讨论如何提高java代码的运行效率。其中最频繁提到的，就是将代码中String类型对象的+字符串连接运算，使用StringBuilder对象的append方法来代替，用于提高运行效率。

 

确实，在java程序中，占据最多内存空间的对象就是String，以前谁用过一个内存检测程序，统计了一个系统在运行期间内存占用情况，80%以上的内存空间存储的都是String类型对象。并且大部分的业务功能都是数据的增删改查操作，自然，字符串拼接的操作就不可避免了。

 

并且说String的+操作效率低于StringBuilder的append方法，其实都是根据Java中字符串连接运算符+的实现方式。本质上，就是将参与字符串连接运算的字符串对象，转换为StringBuilder对象，然后在调用append方法，完成字符串连接操作。

 

所以本质上，String的+操作，就是StringBuilder的append操作。但是如果直接使用String，代码在运行时候，还需要进行一次对象类型转换，创建新的对象等等，既浪费运算资源，降低了运算效率，还占据了多余的内存空间。

 

所以很多基于以上原因，很多文章帖子都极力推荐大家在代码里面用StringBuilder代替String，完成字符串连接操作。

 

那么，真的有必要这么做么？

 

如果说需要多创建对象，浪费了内存空间，现在的计算机硬件中，恐怕已经不在乎这些另外创建对象占据的内存空间了吧，就连pc，内存都是从2G开始起跳了吧（2g估计都有点落伍了）。

 

如果说需要进行对象创建，类型转换，进行操作的替换，现在的计算机cpu，也不在乎这点操作了吧。

 

大家可以翻出自己写的代码，可以找一段需要重复多次进行字符串连接操作的代码，用+和append分别来完成功能，可以自己体会一下，到底那种写法，阅读理解起来最舒服。

 

恐怕是+操作吧。事实上，很多提到代码优化，提高代码可读性的建议中，都提出用+来完成字符串连接操作，代码更易理解，结构更清晰。毕竟代码首先是要给人来阅读的，相比较于用append替换，换来的有限的运行效率的提高，代码的可读性，易于理解，恐怕更重要。

 

那么真的可以置Java代码的运行效率于不顾么？

 

其实大家都知道，Java虚拟机运行的不是java源代码，而是经过编译的class字节码文件，如果留心一下，就会发现，实际上Java编译器已经在对源代码进行编译的时候，做了代码的优化处理了，将String的+操作，替换成StringBuilder的append操作了。

 

所以，代码里实在没有必要为了体现自己了解+字符串连接的运算本质，大动干戈的进行替换操作了。使用String的+操作就好，剩下的，留给Java平台来解决吧。（实际上，很多代码优化建议等等，java编译器都已经做了优化处理了。代码更重要的还是要保持优雅的设计，与清晰的实现，良好的可读性）