CodeGeex快速XML解析转Java代码权威指南
项目代码里堆积了大量遗留的 XML 配置文件？借助 CodeGeex 可以一键将其转化为带 JAXB 注解的 Java 类，彻底告别手写 DOM 或 SAX 解析器的繁琐与风险。具体操作如下：先构建精准提示词并准备完整 XML 样本，驱动模型生成 Rule、Action 两个 POJO 类及配套解析方法，随后手动校验 @XmlElement、@XmlAttribute 注解及异常处理逻辑，最后通过集成测试验证解析准确性与容错能力。这套流程能显著缩短配置迁移周期。
那些积压在项目中的老旧 XML 配置文件（例如 Spring bean 定义、自定义规则配置），其解析逻辑亟需重构为可维护的 Java 代码。手动实现 DOM 或 SAX 解析器不仅极易出错，而且经常遗漏边界条件处理。CodeGeex 恰好能精准解决这一瓶颈。
配置 CodeGeex 运行环境并载入 XML 样例
访问 CodeGeex 官网，通过登录或 GitHub 账号授权完成身份验证，进入「Code」工作区后点击左上角「新建对话」。将一段典型的 XML 配置片段粘贴至输入框——建议选择包含嵌套元素、属性及文本混合结构的配置，例如以下示例：
【务必保留根标签及完整结构，切勿仅粘贴片段】 否则模型将无法准确判断上下文层级关系，导致生成结果出现偏差。
撰写精准提示词驱动 Java 解析逻辑生成
在输入框中粘贴以下提示词（请勿删减或换行）：
“将下方 XML 配置解析为 Java 类及对应 JAXB 解析逻辑。要求：1）生成 Rule、Action 两个 POJO 类，字段名与 XML 标签名保持一致，采用驼峰命名法；2）Rule 类必须包含 List
紧接着另起一行，粘贴你准备好的完整 XML 示例。点击「发送」后等待 3～8 秒，CodeGeex 便会输出完整的 Java 代码块，包含类定义与解析方法。
校验并修复生成结果中的常见缺陷
模型输出的代码基本可用，但以下几个关键点必须手动排查并修正。
方法一：确认 @XmlElement 注解已覆盖所有子元素
若 XML 中 @XmlElement(name = "action")，否则 JAXB 默认只会反序列化第一个 action 元素。这一细节极易被忽略。
方法二：核实布尔属性解析是否添加 @XmlAttribute(required = true)
对于 enabled="true" 这类布尔属性，JAXB 默认按字符串处理，必须显式声明 @XmlAttribute 并指定 Boolean.class 类型，否则反序列化将直接失败。切勿依赖模型自动完成类型转换。
方法三：将默认异常处理替换为业务自定义异常
原始生成的 catch (JAXBException e) { e.printStackTrace(); } 必须改为 throw new ConfigParseException("XML format invalid", e)。【否则生产环境中配置错误将无法被上层逻辑捕获】，排查问题时会极为被动。
集成至项目并验证解析行为
校验并修正完毕后，即可将代码合并到项目中。请按以下步骤执行：
第一步：将生成的 Java 类放置到 src/main/java 对应的包路径下。
第二步：在 resources 目录下创建 test-rule.xml，内容与提示词中使用的 XML 完全一致。
第三步：编写单元测试，调用生成的解析方法读取 test-rule.xml 文件流，然后断言 rule.getId() == "101" 且 rule.getActions().size() == 2。
第四步：将 XML 中的 threshold 值修改为非数字（例如 "abc"），重新运行测试，确认抛出的是 ConfigParseException 而非 NumberFormatException——这样才能保证异常处理逻辑按预期生效。