Wix 3.10.3自定义引导程序：PCI组件变更时服务启停问题

我之前在做类似的Wix自定义引导程序包裹MSI、涉及PCI驱动与服务交互的项目时，也踩过直接在驱动组件里加ServiceControl的坑。这类场景下因为PCI驱动属于系统级锁定组件，ServiceControl的执行时序和组件加载逻辑冲突，很容易失效。结合Wix 3.10.3的特性，给你几个可行的解决思路：

1. 将ServiceControl独立到专门的服务管理组件 #

不要把服务控制逻辑和驱动组件混在一起，单独新建一个仅负责服务启停的组件，通过组件依赖来控制执行顺序：

<Component Id="ServiceManagerComponent" Guid="生成你的GUID" KeyPath="yes">
  <ServiceControl Id="ControlTargetService" 
                  Name="你的目标服务名称"
                  Stop="both"    <!-- 安装和卸载时都停止服务 -->
                  Start="both"   <!-- 安装和卸载完成后启动服务（卸载时可根据需求调整） -->
                  Wait="yes"     <!-- 等待服务状态变更完成 -->
                  Remove="uninstall"/>
</Component>

然后在PCI驱动组件的定义中，添加对这个服务管理组件的依赖，确保驱动变更前先停服务，变更后再启动。

2. 用自定义动作（CustomAction）精准控制服务状态 #

Wix原生的ServiceControl在驱动场景下的时序不够灵活，不如用自定义动作直接调用Windows API来控制服务：

• 编写C#或C++的自定义动作，使用OpenService、ControlService等API实现服务的启停逻辑
• 在Wix中把自定义动作放在驱动组件执行前后的关键节点，比如：

<!-- 注册自定义动作 -->
<CustomAction Id="StopTargetService" BinaryKey="你的自定义动作DLL" DllEntry="StopService" Execute="immediate" />
<CustomAction Id="StartTargetService" BinaryKey="你的自定义动作DLL" DllEntry="StartService" Execute="deferred" />

<!-- 配置执行顺序 -->
<InstallExecuteSequence>
  <!-- 驱动文件安装前停止服务 -->
  <Custom Action="StopTargetService" Before="InstallFiles">(NOT REMOVE) OR (REMOVE="ALL")</Custom>
  <!-- 驱动文件安装完成后启动服务 -->
  <Custom Action="StartTargetService" After="InstallFiles">(NOT REMOVE) OR (REMOVE="ALL")</Custom>
</InstallExecuteSequence>

这种方式能精准控制服务启停的时机，避免和驱动组件的锁定逻辑冲突。

3. 调整驱动组件的属性避免锁定冲突 #

PCI驱动组件默认会被系统锁定，导致内部的ServiceControl无法生效。可以给驱动组件添加以下属性，同时确保服务的启动类型设置合理：

<Component Id="PCIDriverComponent" Guid="你的驱动组件GUID" NeverOverwrite="yes" Permanent="no">
  <File Id="PCIDriverFile" Source="你的驱动文件路径.sys" KeyPath="yes"/>
  <!-- 这里不要放置ServiceControl元素 -->
</Component>

设置NeverOverwrite="yes"可以避免驱动文件被重复覆盖，Permanent="no"确保组件可以被正常移除，配合外部的服务控制逻辑就能实现无重启的组件变更。

另外补充一点：在你的自定义引导程序中，也要同步处理服务状态——比如当用户触发PCI组件的添加/移除操作时，引导程序先调用服务启停逻辑，再触发MSI的修改流程，这样能进一步避免MSI内部的时序冲突。

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