install4j卸载程序未完全删除文件及推迟删除问题咨询

你遇到的这个install4j卸载残留问题，只在全新虚拟机这类特定环境复现，大概率和系统环境差异、文件占用或者权限配置有关。我整理了可能的根因和对应的解决办法：

可能的根因分析 #

• 文件被进程占用：全新虚拟机里，你的工具或JRE相关进程可能没被彻底关闭，导致卸载时文件处于锁定状态，install4j只能标记为推迟删除，但如果重启后的触发机制失效，这些文件就会残留。而你的开发机因为经常调试，进程关闭更彻底，所以没出现问题。
• 权限不足：Program Files目录需要管理员权限才能修改/删除，全新虚拟机的UAC限制可能更严格，卸载程序没以管理员身份运行，导致推迟删除的操作无法在重启后执行。
• 自定义文件未被卸载规则覆盖：用户自定义的源文件如果是安装后生成的，install4j默认不会自动跟踪这些文件，卸载时自然不会处理，这类文件也不会出现在推迟删除的日志里。
• install4j推迟删除机制异常：少数情况下，install4j在特定系统下无法正确创建重启后执行删除的注册表项，导致标记的文件最终没被删除。

具体解决方案 #

1. 卸载前强制关闭相关进程 #

在install4j的卸载流程中添加Kill Processes动作，指定你的工具进程和JRE相关进程（比如java.exe、javaw.exe或者工具主进程），确保卸载操作执行前，所有占用目标文件的进程都被关闭，避免文件被锁定而依赖推迟删除机制。

2. 确保卸载程序以管理员权限运行 #

在install4j项目配置里，找到Installer Options -> Permissions，设置卸载程序需要管理员权限（勾选“Request privileges”并选择“Require administrator privileges”）。这样卸载时能获得足够权限直接删除文件，也能确保推迟删除的注册表项正确创建。

3. 手动添加自定义文件到卸载列表 #

对于用户自定义的源文件，在install4j的Uninstall阶段添加Uninstall Files动作，手动指定这些文件的路径（可以用install4j变量${installer:sys.installationDir}来拼接路径），确保这些文件被纳入卸载范围。如果文件路径是动态生成的，也可以用脚本动作遍历删除。

4. 验证推迟删除的触发机制 #

如果标记为推迟删除的文件仍残留，重启虚拟机后检查文件是否被删除。若依然存在，打开注册表编辑器，检查以下路径是否有install4j的删除任务：

• 32位系统：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce
• 64位系统：HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\RunOnce
  如果没有对应的删除项，说明install4j的推迟删除配置有问题，重新检查Uninstall Files动作的“Postpone deletion if necessary”选项是否勾选，或者尝试更新install4j到最新版本。

附你提供的日志片段：

[INFO] com.install4j.runtime.beans.actions.UninstallFilesAction [ID 29]: Execute action executing auto uninstall postponing deletion of C:\Program Files (x86)\mytool\jre\lib\rt.jar postponing deletion of C:\Program Files (x86)\mytool.install4j\user.jar postponing...

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