编译器优化：从JDK 5开始的变革
首先，我们需要了解的是，从JDK 5开始，Java编译器对字符串拼接进行了优化。当开发者在代码中使用“+”来拼接字符串时，编译器会自动将其优化为使用StringBuilder（在大多数情况下）。这意味着，对于简单的字符串拼接操作，直接使用“+”和使用StringBuilder在性能上已经没有显著差异。
代码简洁性与可读性
IDEA之所以建议在某些情况下使用“+”来拼接字符串，主要是因为这样做可以使代码更加简洁、易于阅读。对于简单的字符串拼接操作，直接使用“+”可以减少代码的冗余，提高代码的可读性。相比之下，如果每个字符串拼接都使用StringBuilder，代码会变得更加冗长，降低了代码的可读性和可维护性。
场景区分：何时使用“+”，何时使用StringBuilder
尽管IDEA在某些情况下建议使用“+”来拼接字符串，但并不意味着在所有场景下都应该这样做。实际上，对于复杂的字符串拼接操作，特别是那些涉及到循环或大量字符串拼接的场景，使用StringBuilder仍然是更好的选择。因为在这些场景下，直接使用“+”进行拼接可能会导致大量的中间字符串对象被创建，进而增加垃圾回收的负担，影响性能。
最佳实践
- 简单拼接用“+”：对于简单的、少量的字符串拼接操作，可以直接使用“+”操作符，以提高代码的可读性。
- 复杂拼接用
StringBuilder：对于复杂的、大量的字符串拼接操作，特别是那些涉及到循环的场景，应该使用StringBuilder来优化性能。 - 性能敏感场景进行测试：在性能敏感的场景下，无论使用哪种方式，都应该进行性能测试，以确保代码的性能符合预期。
结语
IDEA建议去掉StringBuilder，使用“+”拼接字符串，并不是因为StringBuilder本身有问题，而是因为随着Java编译器的不断优化，以及出于代码简洁性和可读性的考虑。然而，开发者在选择字符串拼接方式时，仍然需要根据具体的场景和需求进行权衡和选择。通过合理的使用“+”和StringBuilder，我们可以在保证代码性能的同时，提高代码的可读性和可维护性。
