System.ServiceProcess.ServiceController.Stop()与.Start()是同步还是异步？

我来直接给你明确答案——这两个方法都是同步阻塞的，它们会发送服务状态变更请求，并且等待服务真正完成状态转换后才会返回，完全不像Process.CloseMainWindow()那样只发个请求就立刻结束。

具体行为拆解： #

• Stop()方法：调用它时，会先向系统的服务控制管理器（SCM）发送停止服务的指令，接着会持续轮询服务的状态，直到服务进入Stopped状态才会返回。如果服务在默认30秒内没完成停止操作，方法会直接抛出InvalidOperationException（提示超时）。你测试时觉得快，只是因为大部分常规服务的停止操作确实耗时极短，但要是遇到需要清理大量资源的服务（比如数据库服务、带长时后台任务的服务），就能明显看到方法会阻塞到服务真正停止。
• Start()方法：逻辑和Stop()完全一致——发送启动请求后，会等待服务进入Running状态才返回，同样有30秒的超时限制，超时也会抛出异常。

验证方法（解决你测试难的问题）： #

你可以自己写一个简单的Windows服务来测试：在服务的OnStart方法里加入Thread.Sleep(10000)（让启动过程暂停10秒），然后在客户端代码里调用Start()，你会发现调用代码会被阻塞10秒，直到服务真正启动完成才会执行后续逻辑。Stop()的测试同理，在OnStop里加延时即可。

补充说明： #

虽然MSDN文档没有直白标注“同步”，但从超时异常的说明、以及方法的设计逻辑都能推断出这个特性；另外，如果你能拿到完整的.NET源码（比如.NET Core的开源代码），会看到Stop()和Start()内部其实调用了WaitForStatus()方法，而这个方法本身就是专门用来同步等待服务状态变更的。

内容的提问来源于stack exchange，提问作者rory.ap