自定义托管引导程序应用处理ExecuteFilesInUse重试及文件占用问题

哇，你已经把自定义FilesInUse处理UI做出来了，这个功能对用户体验提升真的很关键！结合我自己做这类开发时踩过的坑，还有同行们常问的问题，整理了几个核心疑问的解答，应该能帮到你：

高频技术疑问解析 #

1. 怎么避免UI弹窗阻塞安装主线程？ #

• 一定要把你的FilesInUse UI放到独立线程里展示！比如用Task.Run或者手动创建新线程启动弹窗，绝对不能在ExecuteFilesInUse事件的处理方法里同步等用户操作——不然整个安装流程会直接卡住，搞不好还会触发Bootstrapper的超时机制。
• 等用户点完Retry/Cancel后，要记得正确通知主线程继续执行，比如通过信号量或者回调方法让事件处理逻辑收尾。

2. 能不能把进程列表里的进程名换成友好的应用名称？ #

• 当然可以！你可以通过进程的MainModule.FileName拿到可执行文件路径，然后读取文件的版本信息里的ProductName字段，这样用户看到的就是“谷歌浏览器”而不是chrome.exe了。
• 给你个简单的代码片段参考：

  using System.Diagnostics;
  using System.IO;
  
  private string GetFriendlyAppName(Process process)
  {
      try
      {
          var versionInfo = FileVersionInfo.GetVersionInfo(process.MainModule.FileName);
          return string.IsNullOrWhiteSpace(versionInfo.ProductName) 
              ? process.ProcessName 
              : versionInfo.ProductName;
      }
      catch (Exception ex)
      {
          // 处理权限不足、进程已退出等异常情况
          return process.ProcessName;
      }
  }
  

3. Retry时怎么保证Bootstrapper重新准确检测文件占用？ #

• 不用你自己写检测逻辑！Bootstrapper在你触发Retry后会自动重新跑ExecuteFilesInUse的检测流程。你要做的就是在用户点Retry后，正确关闭UI弹窗，让事件处理方法正常返回就行——如果用的是Wix的Bootstrapper，也可以调用Engine.Detect()来主动触发重新检测，但一般来说让事件自然收尾就够了。
• 提醒下：别自作主张自动重试，一定要等用户主动点Retry，不然会打扰用户操作。

4. Cancel操作后怎么确保流程彻底终止？ #

• 用户点Cancel时，调用Engine.Quit(1)就行，非零的退出码会告诉Bootstrapper这是异常终止。同时别忘了清理你的UI资源：关掉窗口、释放线程、清理临时变量，避免出现资源泄漏。
• 另外，如果有正在跑的异步任务，最好等它们完成或者强制取消后再调用Quit，不然可能会留下半截的后台操作。

5. 怎么让UI支持多语言？ #

• 把Retry、Cancel按钮的文本，还有提示语这些都放到.resx资源文件里，然后根据当前的语言环境加载对应的资源。
• 在Bootstrapper里，可以通过StringVariables["WixUILanguage"]拿到当前设置的语言代码，用这个来切换不同的资源文件就行。

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