Visual Studio 2019安装项目中第三方.msi与主安装程序同时运行问题求助

嘿，我完全懂你的困扰——用VS Installer Projects做MSI打包时，自定义动作的时机真的很容易踩坑，尤其是涉及到启动另一个MSI的时候！咱们一步步来解决这个问题：

问题根源 #

你现在把DigitalPersona的安装动作放在了Commit阶段，这个阶段其实是主MSI已经完成核心安装操作（比如复制文件、写注册表），但整个安装会话还没彻底结束的时候——Windows Installer服务此时还被主MSI占用着，这时候启动第二个MSI肯定会触发冲突。前任之前能正常工作，大概率是把动作放在了更靠后的时机。

解决方案：调整动作时机+用延迟启动避免冲突 #

要让DigitalPersona的MSI在主安装完全结束后再启动，咱们需要这么做：

1. 创建一个延迟启动器
   直接启动MSI还是可能和主安装的收尾流程抢资源，所以最好写个简单的小工具（或者批处理），先等几秒再启动DigitalPersona的MSI，给主安装足够时间释放Windows Installer服务。

   • 比如用C#写个控制台程序（代码很简单）：

     using System;
     using System.Diagnostics;
     using System.Threading;
     
     class MSILauncher
     {
         static void Main(string[] args)
         {
             // 等待5秒，时间可以根据实际情况调整
             Thread.Sleep(5000);
             // 启动DigitalPersona的MSI，记得替换成你的实际路径，/qn是静默安装参数
             Process.Start(new ProcessStartInfo
             {
                 FileName = "msiexec.exe",
                 Arguments = "/i \"[INSTALLDIR]DigitalPersona.msi\" /qn",
                 UseShellExecute = true
             });
         }
     }
     

   • 或者用批处理文件：

     @echo off
     timeout /t 5 /nobreak >nul
     msiexec /i "[INSTALLDIR]DigitalPersona.msi" /qn
     

   把这个启动器添加到你的InstallDigitalPersona项目里，设置文件属性为Content，确保它会被打包到主安装目录。

2. 调整自定义动作的位置和属性
   打开你的主安装项目的Custom Actions面板：

   • 删除原来在Commit节点下的Primary Output
   • 找到Install节点下的After InstallFinalize（这是主安装的最后一个步骤之后），添加启动器的Primary Output（或者批处理文件路径）
   • 选中这个新的自定义动作，在属性窗口设置：
     • Execute: Deferred（确保动作在主安装的核心流程之后执行）
     • Impersonate: No（避免权限问题）
     • Condition: NOT REMOVE（只在安装时执行，卸载时跳过）

3. 验证路径参数
   确保DigitalPersona的MSI路径用Windows Installer属性来指定，比如[INSTALLDIR]，这样不管用户把主程序装到哪个目录，启动器都能找到MSI文件。

额外提示 #

• 如果需要在卸载主程序时也卸载DigitalPersona，可以在Uninstall节点的After UninstallFinalize下添加类似的自定义动作，把msiexec的参数改成/x "[INSTALLDIR]DigitalPersona.msi" /qn
• 测试的时候记得用完整的安装流程，不要只在VS里调试，确保实际安装时两个MSI不会冲突

内容的提问来源于stack exchange，提问作者Jeandre Pretörius