Java中对于+和append拼接字符串效率的误解

在学习String的时候，我们会听到”尽量不要使用+拼接字符串，效率不好，应该使用append“，然后用+和用StringBuilder的append拼接个十万次，输出一下各自消耗的时间，差距非常大，说一句果然+拼接就是个垃圾。

但是这个测试时，循环中+拼接每次循环都会new一个StringBuilder，效率就差在这里,new一次时间消耗是很多的。

我们一次性+几个字符串，只要+拼接全部在一条语句中，就只会new一次，这样甚至快过append。

（只不过谁会在一句话中写上千上万个+号呢？）

关于拼接SQL语句，

对于那些静态固定的SQL，用+来换行增强可读性完全没有问题；

但是如果要动态改变SQL条件的话，还是应该使用StringBuilder的append，因为动态SQL肯定会根据不同的条件拼接不同的String变量，那么SQL语句中途肯定会断开，用+的话每断开一次都会new一次。这就是所谓的“慢”了。

总结

　　Java中+拼接字符串并不是人们口中所说的那样臭名昭著，人们口中所说的效率低下指的是在循环中的+拼接。如果你能保证在一条语句中把字符串或者字符串变量全部拼接完而不断开，那+拼接根本没有任何缺点，编译器还会有一些优化，如果拼接的全是字符串字面量，那效果更好，它们直接就变成了一个完整的字符串。并且+书写简洁方便，可读性强。直接用StringBuilder的append也没有问题，只是不要append()和+混合使用。

原文链接：https://blog.csdn.net/m0_37589327/article/details/78605268