用 .NET 编写的服务可以自行终止吗？答案

【问题标题】：Can a service written in .NET self-terminate?用 .NET 编写的服务可以自行终止吗？
【发布时间】：2009-02-16 19:24:29
【问题描述】：

我有一个用 C# 编写的服务应用程序，在某些情况下，我希望它自行终止。这将在服务运行一段时间后发生，因此不会在 OnStart() 事件中发生。

到目前为止，我所阅读的所有内容都表明，终止服务的唯一安全方法是通过服务控制管理器。我的服务作为本地服务运行，并且没有启动或停止服务的权限，因此我无法从服务本身访问 SCM。是否有另一种方法可以在仍然按照 SCM 规则玩的同时自行终止？

【问题讨论】：

【解决方案1】：

试试ServiceBase.Stop()。

【讨论】：

【解决方案2】：

如果您想终止服务而不是停止它（可能是因为服务捕获了一个未处理的异常），您可以使用Environment.Exit(1)（如果需要，可以使用另一个退出代码）。

Windows 会发现服务已意外终止。如果服务已配置为恢复，则将使用恢复过程，其中包括重新启动服务、运行程序或重新启动计算机的选项。

【讨论】：

大部分时间它都有效。在极少数情况下（可能某些终结器仍在运行或某些竞争条件）它会挂起。然后你必须使用 Environment.FailFast。所以，我找到的解决方案是 - ThreadPool.QueueUserWorkItem(ExitImmediate); Environment.Exit(1); 其中 ExitImmediate 休眠了一段时间，然后执行 FailFast。
@yu_sha 感谢您的评论，我一直在讨论如何强制结束我的服务。 FailFast 听起来很棒，但我绝对不想要它的转储（如果它是完整的内存转储，它将是 100GB）。所以我一直在试图弄清楚 Exit vs Process.GetCurrentProcess().Kill() 并且你提到 exit 可以出于任何原因挂起，杀死它！

【解决方案3】：

如果你只是让所有正在执行的线程完成会发生什么？我可以想象三种可能的结果：

编辑：我怀疑this answer 确实是最好的，但为了感兴趣，我将（暂时）保留它。

【讨论】：

我相信第一个结果是正确的。但是你如何做到这一点？主线程是由 ServiceBase 创建的消息循环，（ServiceBase.Run(service) 永远不会返回）。导致 Run() 调用返回的方法是调用 service.Stop() - 就像 Application.Exit 在 Application.Run 之后退出一样。
我已经很久没有写 Windows 服务了，但我不记得它为我运行了一个消息循环。唔。一定是我记性不好……
当然，我可能是错的。我写的服务不多……不过我会研究一下。
这不是消息循环。服务控制管理器将主线程置于等待状态并唤醒它以调用控制处理程序回调。当进程中的所有服务都停止后，它被释放，ServiceBase.Run 方法返回。
这和消息循环有什么区别？ Windows 窗体进程等待回调，而 Windows 服务等待回调。除了术语有什么不同吗？

【解决方案4】：

不要让服务在本地服务下运行。让它在有权停止服务的用户下运行。

虽然自我终止服务的想法并不是最好的想法。仅这一点就意味着它应该是一个应用程序，而不是一个服务。

【讨论】：