一般字符串拼接用到比较多的是SQL语句的拼接。比如"select * from TableA"+where_var。
在JDK的早期版本,编译器和虚拟机未能作出合适的优化,曾经引起开发人员的激烈讨论,结论多数是统一采用StringBuffer来处理字符串拼接;
在JDK的现代版本,对于一般的String的拼接,编译器和虚拟机都做出了合适的优化,因此,这个问题的解决方案已经从性能考虑偏向可读性方面上的考虑。
尤其在JDK1.5引入StringBuilder后,运行时实际是采用StringBuilder方式进行String的拼接。
所以,只有在少数情况下才考虑显示采用StringBuilder进行字符串拼接操作,比如
for(String cond:conditons){
where_var+=cond;
}
这将导致运行时可能在循环体内可能反复构建StringBuilder,造成GC。
在JDK的早期版本,编译器和虚拟机未能作出合适的优化,曾经引起开发人员的激烈讨论,结论多数是统一采用StringBuffer来处理字符串拼接;
在JDK的现代版本,对于一般的String的拼接,编译器和虚拟机都做出了合适的优化,因此,这个问题的解决方案已经从性能考虑偏向可读性方面上的考虑。
尤其在JDK1.5引入StringBuilder后,运行时实际是采用StringBuilder方式进行String的拼接。
所以,只有在少数情况下才考虑显示采用StringBuilder进行字符串拼接操作,比如
for(String cond:conditons){
where_var+=cond;
}
这将导致运行时可能在循环体内可能反复构建StringBuilder,造成GC。
本文详细解析了Java中字符串拼接的优化策略,包括早期版本的性能问题及现代版本的改进,强调了使用StringBuilder而非直接拼接字符串的重要性,并通过实例展示了如何避免在循环体内频繁构建StringBuilder造成的内存泄漏风险。
2327

被折叠的 条评论
为什么被折叠?



