Java字符串拼接：为什么不直接用"+"？
很多初学者，甚至一些有一定经验的java程序员，都会习惯性地用"+"号拼接字符串。看起来方便快捷，但实际上，这在java里是个隐藏的性能杀手。 这篇文章会深入探讨为什么java不推荐直接用"+"拼接字符串，并提供更有效率的替代方案，以及一些你可能遇到的坑。
Java的"+"号看似简单，但它背后隐藏着许多你可能没意识到的操作。当你在Java代码中使用String str1 = "hello" + " world";时，编译器实际上会把它翻译成一系列的StringBuilder或StringBuffer操作。 这看似微不足道，但在循环或高频操作中，这种隐式转换会带来巨大的性能损耗。 为什么呢？因为每次使用"+"拼接字符串，都会创建一个新的字符串对象，而这些对象最终会被垃圾回收器处理。 想象一下，在一个循环中反复拼接字符串，就会产生大量的临时对象，这不仅占用内存，还会显著增加垃圾回收的负担，最终导致程序运行缓慢。
让我们来更深入地看看这背后的机制。 Java的String类是不可变的（immutable），这意味着一旦一个String对象被创建，它的值就不能被修改。 所以，每次使用"+"拼接字符串时，Java虚拟机（JVM）都会创建一个新的String对象来存储拼接后的结果，并将原来的字符串对象丢弃。 这与其他一些语言（例如Python）的字符串处理方式截然不同。Python的字符串是可变的，拼接操作效率更高。
那么，该如何避免这个问题呢？ 答案是使用StringBuilder或StringBuffer。 StringBuilder和StringBuffer都是可变的字符串类，它们在拼接字符串时不会创建新的对象，而是直接在原有的对象上进行修改，从而极大地提高了效率。 StringBuffer是线程安全的，而StringBuilder则不是。 所以在多线程环境下，你需要选择StringBuffer。
来看一个简单的例子：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
立即学习“Java免费学习笔记（深入）”；
public class StringConcat {
public static void main(String[] args) {
long startTime = System.currentTimeMillis();
String resultPlus = "";
for (int i = 0; i < 100000; i++) {
resultPlus += i;
}
long endTimePlus = System.currentTimeMillis();
System.out.println("Using '+' took: " + (endTimePlus - startTime) + " milliseconds");
startTime = System.currentTimeMillis();
StringBuilder resultSB = new StringBuilder();
for (int i = 0; i < 100000; i++) {
resultSB.append(i);
}
long endTimeSB = System.currentTimeMillis();
System.out.println("Using StringBuilder took: " + (endTimeSB - startTime) + " milliseconds");
}
}运行这段代码，你会发现使用StringBuilder的效率远高于直接使用"+"。 这在处理大量字符串拼接时尤为明显。
当然，这并不意味着你永远都不能使用"+"。 对于少量字符串的拼接，"+"带来的性能损耗可以忽略不计。 但是，当你需要处理大量的字符串拼接，特别是循环中进行拼接时，一定要选择StringBuilder或StringBuffer，这将极大地提升你的程序性能，避免不必要的性能瓶颈。 记住，良好的编程习惯和对底层机制的理解，才能写出高效、健壮的代码。 选择合适的工具，并了解其优缺点，才能在编程的道路上走得更远。 忽略这些细节，你可能会在性能调优时花费大量时间去寻找问题根源。 防患于未然，才是最佳策略。
