修改注册表禁用Windows服务后，为何仍可通过代码启动该服务？

你碰到的这个问题其实挺典型的——手动改注册表把SensorDataService的Start值设为0x4（禁用状态），结果服务管理器显示已禁用，但代码调用ServiceController.Start()居然能成功启动；可要是用服务UI或者sc命令禁用，启动就会抛出预期的“无法启动已禁用服务”异常。核心原因是：仅修改注册表的Start值，并没有让Windows服务控制管理器（SCM）完成完整的禁用流程。

具体来说，有这几个关键细节：

1. 你可能改错了控制集 #

Windows系统会维护多个服务控制集（比如ControlSet001、ControlSet002），而CurrentControlSet是指向当前系统正在使用的控制集的快捷链接。如果你只改了ControlSet001下的Start值，但当前系统实际用的是另一个控制集（比如ControlSet002），那SCM处理启动请求时读的是CurrentControlSet里的旧配置，自然能启动服务。

正确的注册表路径应该是：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SensorDataService\Start，这才是SCM实时读取的配置项。

2. SCM的缓存没刷新 #

就算你改对了CurrentControlSet的Start值，SCM也可能不会立刻刷新内部缓存。服务管理器（services.msc）会直接读注册表显示最新状态，但SCM的核心服务控制逻辑可能还拿着旧配置。这种情况下，你得重启SCM服务（用命令net stop services && net start services，不过注意这会影响其他依赖SCM的服务）或者重启系统，才能让SCM彻底加载新的禁用配置。

3. 官方工具会做额外操作 #

当你用服务UI或者sc config SensorDataService start= disabled命令禁用服务时，除了把Start值设为0x4，SCM还会自动做这些事：

• 同步所有控制集的配置（确保ControlSet001、ControlSet002和CurrentControlSet的Start值一致）
• 更新服务的安全描述符，限制启动权限（部分服务会被设置成只有系统账户能启动，甚至完全禁止启动）
• 立刻刷新SCM内部状态，保证后续所有启动请求都会检查最新的启动类型

彻底禁用服务的正确方式 #

建议别手动改注册表，用官方工具或API更靠谱：

• 命令行用sc：sc config SensorDataService start= disabled（注意start=后面的空格不能省）
• C#代码里直接修改启动类型：

  using (var serviceController = new ServiceController("SensorDataService"))
  {
      // 先把服务设为禁用
      serviceController.StartType = ServiceStartMode.Disabled;
      serviceController.Refresh();
      
      // 再尝试启动，就会抛出预期异常
      try
      {
          serviceController.Start();
      }
      catch (InvalidOperationException ex)
      {
          Console.WriteLine(ex.Message); // 输出：无法启动已禁用的服务
      }
  }
  

如果非得用注册表，那要确保：

1. 修改CurrentControlSet下的Start值为0x4
2. 同步修改其他所有控制集（比如ControlSet001、ControlSet002）的对应值
3. 重启SCM服务或系统让配置生效

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