Java生成.java文件时[]被转义为[]，导致main方法定位失败

看起来你遇到的是HTML实体自动转义导致的问题，[和]被转换成了对应的HTML实体编码[和]，这不仅会让生成的Java文件语法错误，还会破坏你通过indexOf定位main方法的逻辑。下面是一步步的解决思路和方案：

一、先确认转义发生的阶段 #

虽然你说msg变量内容正常，但建议再做一次验证：在写入文件前，用System.out.println(msg)直接输出到控制台，或者写入临时日志文件，确认输出的确实是String[] args而不是转义后的字符串。有时候调试工具显示的变量值可能和实际内存中的内容有偏差，或者在后续处理步骤中被悄悄修改了。

二、逆转义修复现有内容 #

如果已经确认字符串被转义了，先做逆转义处理，把HTML实体转回原始字符：

方法1：手动替换（快速临时方案） #

如果只有[]被转义，可以直接用字符串替换：

// 把转义后的实体转回方括号
msg = msg.replace("[", "[").replace("]", "]");

方法2：用工具类处理（推荐） #

如果还有其他可能的HTML转义字符（比如<>、&等），建议用成熟的工具类来解码，比如Apache Commons Text的StringEscapeUtils：

import org.apache.commons.text.StringEscapeUtils;

// 解码HTML实体
msg = StringEscapeUtils.unescapeHtml4(msg);

如果不想引入第三方依赖，也可以自己实现一个简单的HTML实体解码方法，但工具类更可靠。

三、找到转义的根源并解决 #

转义肯定是某个处理步骤导致的，常见的原因有：

• 输入来源问题：如果你的插件是从网页端接收源码字符串，前端可能自动对特殊字符做了HTML转义（比如通过表单提交时），这时候需要前端传递原始的源码内容，或者后端在接收时先做一次解码。
• 写入/处理工具问题：如果是用了某些模板引擎、XML/HTML处理库来拼接或写入字符串，这些工具可能默认开启了HTML转义。比如有些Writer实现或者模板框架会自动转义特殊字符，这时候需要关闭转义功能，或者改用普通的FileWriter/BufferedWriter来写入文件：

// 用普通的BufferedWriter写入，避免自动转义
try (BufferedWriter writer = new BufferedWriter(new FileWriter("output.java"))) {
    writer.write(msg);
} catch (IOException e) {
    e.printStackTrace();
}

四、优化main方法的定位逻辑 #

原来的msg.indexOf("String[] args")太脆弱了，除了转义问题，还会因为代码格式变化失效（比如String [] args、String... args、多余空格等）。建议改用正则表达式来匹配main方法的签名，更鲁棒：

import java.util.regex.Matcher;
import java.util.regex.Pattern;

// 匹配标准的main方法签名，兼容各种空格和可变参数写法
Pattern mainPattern = Pattern.compile("public\\s+static\\s+void\\s+main\\s*\\(\\s*String\\s*(\\[\\]|\\.\\.\\.)\\s+args\\s*\\)");
Matcher matcher = mainPattern.matcher(msg);
if (matcher.find()) {
    int mainStartIndex = matcher.start();
    // 在这里插入你的代码片段
    String modifiedCode = msg.substring(0, mainStartIndex) + "// 插入的代码\n" + msg.substring(mainStartIndex);
    // 然后写入modifiedCode到文件
}

验证方案 #

修改后，按以下步骤验证：

1. 打印处理后的字符串，确认String[] args显示正常；
2. 生成.java文件，打开查看方括号是否正确显示；
3. 测试main方法的定位和代码插入逻辑是否正常工作。

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