Jadx项目Windows路径处理异常问题分析与修复

在逆向工程工具Jadx的1.5.0版本中，Windows用户报告了一个与路径解析相关的典型问题。当用户将jadx-gui.exe所在目录添加到系统PATH环境变量后，使用相对路径参数时会出现文件未找到异常，而绝对路径则能正常工作。

问题现象

具体表现为：

1. 用户将Jadx解压至C:\sfbin\jadx\目录
2. 将该目录加入系统PATH
3. 在PowerShell中执行jadx-gui .\a.apk时抛出NoSuchFileException
4. 但使用jadx-gui c:\apk\a.apk绝对路径时运行正常

技术分析

经过项目维护者调查，发现这是由Launch4j生成的exe文件默认行为导致的。Launch4j作为Java应用包装工具，在生成Windows可执行文件时默认会将工作目录切换到可执行文件所在目录。这种设计初衷可能是为了保证依赖资源的相对路径查找，但对于Jadx这类工具反而造成了路径解析异常。

在技术实现层面：

• Launch4j通过chdir参数控制工作目录切换
• 默认配置会改变当前shell的工作目录
• Jadx本身并不依赖这种目录切换机制

解决方案

项目团队通过修改Gradle构建脚本中的Launch4j配置，显式设置chdir=""来禁用这一默认行为。这种修改：

1. 保持了原始工作目录不变
2. 确保相对路径参数能正确解析
3. 不影响绝对路径的使用
4. 与Linux/macOS版本行为保持一致

技术启示

这个问题揭示了Windows下Java应用打包的几个关键点：

1. 可执行文件包装器可能引入非预期行为
2. 路径处理在不同平台存在差异
3. 工具链默认配置需要根据实际需求调整

对于开发者而言，当遇到类似路径解析问题时，可以：

1. 检查包装工具的默认行为
2. 验证绝对/相对路径的不同表现
3. 考虑跨平台的一致性需求

该修复已在Jadx的后续版本中合并，Windows用户更新后即可正常使用相对路径参数。