Java长字符数组拆分：代码美观与行长度限制下的拼接实现与疑问

疑问一：字面量间用+拼接会在运行时执行吗？ #

这是非常常见的认知误区：只要参与拼接的两端全是编译期可确定的常量（比如纯字符串字面量、static final修饰的固定字符串），整个拼接过程完全在编译阶段完成，根本不会等到运行时执行。

• 你举的拆分例子里，两个片段都是纯字符串字面量，javac编译成.class文件时，就会直接把两段内容合并成完整字符串，存进类的常量池。最终运行时加载类拿到的s值，和你把整段长字符串写在同一行的效果完全一致，没有任何额外性能开销。
• 只有当拼接的操作数包含非常量内容（比如动态变量、方法返回值、非final的可变字段）时，+操作才会在运行时通过自动生成的StringBuilder逻辑完成拼接，这种场景下才会产生对应的运行时开销。你这种静态字符串按行宽拆分的场景，根本碰不到这类开销。

疑问二：Java有没有类似C语言的相邻字面量自动拼接机制？ #

Java语法本身不支持像C那样只靠排版相邻、不加任何运算符就自动合并字符串字面量，但是编译期+拼接的效果和C的原生机制完全等价——因为最终编译产物里的字符串就是合并完成的完整常量，运行时没有任何额外操作，和C语言写相邻字符串的性能、最终效果没有区别，只是语法上要求必须加个+作为拼接标记，不能完全靠相邻排版触发。

符合行宽规范的实用写法 #

• 全Java版本通用写法：通过+拆分长字符串，保持统一缩进即可，比如：

  private static String s = "dghjkfkfdhkhkjhdf"
          + "kjhfdkjhdfdfdfddfdfkhd";
  

  这种写法没有任何版本兼容问题，也不存在运行时开销，完全可以把单行长控制在60字符、甚至100字符的规范阈值内。
• Java 15及以上版本：可以使用文本块（"""）编写长内容，编译器会自动按收尾三引号的位置裁剪多余缩进，不会把行首的格式缩进算进字符串实际内容里，比如：

  private static String s = """
          dghjkfkfdhkhkjhdf
          kjhfdkjhdfdfdfddfdfkhd""";
  

  这种写法不需要额外写拼接符号，排版更简洁，也能严格控制单行长不超过规范要求。

内容的提问来源于stack exchange，提问作者Ed Heal