我之前也遇到过一模一样的情况：在Windows 10开发环境部署Service Fabric 6.4.644.9590单节点配置后，明明把Service Fabric Host Service的启动类型设为「手动」，但它还是会顽固地随系统自动启动。折腾了一阵后找到了可行的解决办法，也理清了背后的逻辑，分享给你：

可行的解决方案：修改Installer Service的启动类型 #

你发现的方法完全有效——把Service Fabric Installer Service的启动类型改为「手动」就能彻底阻止Host自动启动，具体操作步骤：

1. 按下Win+R，输入services.msc快速打开服务管理器
2. 在服务列表里找到「Service Fabric Installer Service」，右键选择「属性」
3. 在「启动类型」下拉菜单中选「手动」，点击「确定」保存设置

之所以这个方法能生效，是因为Installer Service的职责包含了检查Service Fabric更新、维护实例状态，它会在系统启动时自动触发Host Service的启动，哪怕Host本身设为手动也会被这个逻辑覆盖。

关于官方支持性的说明 #

目前官方文档里并没有把这个操作列为禁用自动启动的推荐方法，这更像是单节点开发环境的一个设计限制——毕竟单节点配置默认是为了开发便利，默认自动启动，但没有提供直观的开关来禁用。不过从实际运行逻辑来看，修改Installer Service的启动类型是安全的，不会破坏Service Fabric的核心功能。

需要使用时手动启动Service Fabric的方法 #

当你需要用到Service Fabric时，可以通过两种方式手动启动：

• 图形界面方式：打开服务管理器，找到「Service Fabric Host Service」，右键选择「启动」
• PowerShell命令方式：

  Start-Service FabricHostSvc
  

额外注意事项 #

• 如果后续需要更新Service Fabric，记得先把Installer Service改回「自动」启动，完成更新后再改回「手动」，避免更新流程失败
• 单节点环境下，这种修改只会改变启动时机，不会影响Service Fabric的正常运行

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