关于Install4j 64-bit安装程序无法卸载旧32-bit版本的技术咨询

这个问题我之前帮客户处理过，核心原因是32位和64位程序在Windows注册表中的卸载信息存储路径不同，再加上Install4j版本从6.x升级到7.x后，默认的升级检测逻辑没有自动覆盖跨位数的场景——即便你保持了Application ID不变，系统依然会把它们识别成两个独立的程序。下面是具体的解决步骤：

1. 自定义脚本检测并卸载旧32位版本 #

在Install4j 7.0.10的安装项目中，添加一个前置脚本，专门查找32位版本的卸载信息并触发卸载：

• 打开你的Install4j项目，在「安装程序」→「启动节点」下，添加一个**「运行脚本」**动作，放在所有安装步骤之前。
• 设置脚本的执行条件为：context.is64Bit()（只在64位安装包中执行，避免32位版本安装时误操作）。
• 粘贴以下脚本代码（已适配Install4j的API）：

import com.install4j.api.windows.WindowsRegistry;

// 获取当前应用的Application ID
String appId = context.getApplicationId();
// 32位程序在64位系统中的注册表卸载路径
String regPath = "SOFTWARE\\WOW6432Node\\ej-technologies\\install4j\\installations\\" + appId;

// 读取旧版本的卸载命令
String uninstallString = WindowsRegistry.getValue(WindowsRegistry.HKEY_LOCAL_MACHINE, regPath, "uninstallString");

if (uninstallString != null) {
    // 添加静默卸载参数，避免弹出交互界面
    String[] uninstallCmd = uninstallString.split(" ");
    String[] silentUninstallCmd = new String[uninstallCmd.length + 1];
    System.arraycopy(uninstallCmd, 0, silentUninstallCmd, 0, uninstallCmd.length);
    silentUninstallCmd[uninstallCmd.length] = "-q";
    
    // 执行卸载命令并等待完成
    ProcessBuilder pb = new ProcessBuilder(silentUninstallCmd);
    pb.inheritIO();
    Process p = pb.start();
    int exitCode = p.waitFor();
    
    if (exitCode != 0) {
        context.showErrorDialog("卸载旧版本失败", "旧版本卸载过程中出现错误，错误码：" + exitCode);
        return false;
    }
}
return true;

• 这个脚本会自动定位旧32位版本的卸载入口，静默完成卸载后再继续安装64位新版本。

2. 检查Install4j的升级策略设置 #

确保你的7.0.10版本安装项目开启了正确的升级选项：

• 进入项目设置→「安装程序」→「升级」
• 勾选**「替换已安装的同一版本或旧版本」**
• 确认「允许跨平台升级」和「允许跨位数升级」（Install4j 7.x新增的选项）已勾选，这能强化默认的升级检测逻辑，减少漏判情况。

3. 可选：统一Install4j版本（若旧版本未大范围发布） #

如果你的2.0.0版本还没大规模分发，建议用Install4j 7.0.10重新生成2.0.0的32位安装包。不同版本的Install4j生成的卸载信息格式可能有细微差异，统一版本能从根源减少这类兼容性问题。

注意事项 #

• 务必确保安装程序以管理员权限运行，否则脚本无法读取注册表和执行卸载命令（在Install4j项目设置→「启动」→「权限」中设置「需要管理员权限」）。
• 测试时要覆盖多种场景：从1.0.0/2.0.0升级到3.0.0，确保都能正常卸载旧版本且新版本安装无冲突。

内容的提问来源于stack exchange，提问作者Gregor G.