Recaf项目中的JAR导出问题：类文件丢失分析

在Java逆向工程工具Recaf的最新版本中，用户报告了一个严重的JAR导出问题。当尝试导出未经修改的JAR文件时，原本100MB大小的JAR文件在导出后仅剩约1MB，大量类文件丢失。

问题现象

该问题主要出现在类文件名包含Unicode空字符(\u0000)的情况下。具体表现为：

1. 类文件名采用"xxx\u0000xxx.class"格式
2. 文件名前半部分相同，仅靠\u0000后的字符区分不同文件
3. 导出过程中Recaf会丢弃大部分以xxx\u0000开头的文件
4. 导出日志显示操作成功，但实际上文件已丢失

技术分析

问题的根源在于Recaf的PathExportingManager类中处理类文件路径的方式。在导出过程中，代码使用PathOriginalNameProperty获取原始文件名，但这一机制在处理包含空字符的文件名时存在缺陷。

原始代码逻辑：

1. 优先使用PathOriginalNameProperty获取原始文件名
2. 若无原始文件名，则基于类名和其他属性构建文件名
3. 将文件名作为键，类字节码作为值存入映射表

问题出在第一步：当文件名包含\u0000时，PathOriginalNameProperty.get()方法会截断空字符后的内容，导致多个不同文件被误认为相同文件，最终只有最后一个文件被保留。

解决方案探讨

用户提出的临时解决方案是直接使用类名(classInfo.getName())作为键，而非原始文件名。这种方法确实可以避免文件名截断问题，但可能带来以下潜在影响：

1. 破坏原始JAR文件结构：某些工具可能依赖特定的文件路径结构
2. 影响资源加载：部分框架通过文件路径定位资源
3. 丢失原始文件名信息：不利于逆向工程的完整性

更完善的解决方案应考虑：

1. 正确处理包含特殊字符的文件名
2. 保留原始文件路径信息
3. 确保导出后的JAR与原始结构一致

最佳实践建议

对于遇到类似问题的用户，建议：

1. 备份原始JAR文件
2. 使用十六进制编辑器验证文件名是否包含特殊字符
3. 在修改前确认Recaf版本是否为最新
4. 如需自定义修改，建议在本地构建Recaf而非直接修改运行时行为
5. 导出后使用对比工具验证文件完整性

该问题的彻底解决需要Recaf开发团队进一步分析PathOriginalNameProperty的实现逻辑，确保其在处理各种特殊文件名时的稳定性。对于关键业务场景，建议等待官方修复后再进行大规模JAR导出操作。