11

我已经成功地遵循了守护进程和服务指南 - 创建 XPC 服务教程，以及SandboxedFetch示例代码，并且有一个使用新NSXPCConnection类的有效客户端/服务设置。

我仍然不完全清楚的是，一旦服务应用程序完成其工作，如何正确地自行终止它。我认识到，在许多情况下，该服务有望保持活动状态，但在我想到的用例中，该服务将用于仅执行一些我不会在主应用程序中执行的处理。一旦该处理完成，服务应用程序就没有理由保留。如果客户以后需要另一项服务，它可以重新创建一个新服务。

由于该服务是轻量级的、非 nibbed 的NSApplication，我试图通过invalidate从 inside 调用来自行终止它applicationWillTerminate，但这几乎每次都会触发 EXC_BAD_ACCESS 异常。调用invalidate该服务会[NSXPCListener serviceListener]产生稍微不太可靠的崩溃，但它仍然会崩溃。

invalidate从客户端应用程序内部调用它NSXPCConnection也几乎每次都会生成一个 EXC_BAD_ACCESS 异常。

所以我很好奇正确的步骤顺序是干净地关闭 XPC 服务然后退出服务应用程序。理想情况下，服务会在对客户端进行最后一次 XPC 调用后自行终止。

附件是一个异常堆栈跟踪的小屏幕截图。（是的，这是在服务中加载的 webview。一旦 webview 完成加载，我希望服务自行终止）

在此处输入图像描述

4

1 回答 1

2

我的第一反应是你不应该打扰终止。当发生内存压力并且您的服务处于空闲状态时，launchd 将终止您的服务。退出可能不符合任何人的最佳利益，因为您的服务需要时间才能再次启动。不要终止，您将不必弄清楚您的尝试崩溃的原因。

但是，如果由于某种原因您决定终止，请不要那么努力。只需做你需要做的任何事情来清理（刷新缓冲区，优雅地关闭网络连接，这样服务器就不会受到影响，无论如何）并调用 exit。尽管您似乎在使用 NSApplication，但您的服务在任何意义上都不是用户关心的应用程序，并且在这方面没有令人信服的理由像一个应用程序那样行事。宿主应用程序需要能够应对您的服务崩溃，因此您故意毫不客气地退出就可以了。

顺便说一句，在 XPC 服务中使用 NSApplication 可能不是最好的主意，因为没有支持的方式来声明你想要它。这可能有助于解释为什么它不能像您希望的那样工作，尽管本段不应被解释为对崩溃的正确分析。:-)

于 2016-08-14T05:58:17.770 回答