interruptionHandler状态块的文档NSXPCConnection：
远程进程退出或崩溃时调用的中断处理程序。
但是，守护进程和服务编程指南指出：
XPC 服务由 launchd 管理，它按需启动它们，如果它们崩溃则重新启动它们，并在它们空闲时终止它们（通过发送 SIGKILL）。这对使用该服务的应用程序是透明的，除非服务在处理需要响应的消息时崩溃。在这种情况下，应用程序可以看到它的 XPC 连接已经失效，直到服务被 launchd 重新启动
如果 XPC 进程因空闲而被杀死，我会在我的interruptionHandler? 或者我只会在应用程序在处理消息时崩溃时收到回调？我问是因为这个测试用例似乎无法模拟。不幸的是，XPC 服务生命周期是一个非常黑的盒子。
是的，如果 launchd 停止服务空闲，将调用中断处理程序。
这可以通过利用 launchd 对内存压力的自然反应来模拟：停止所有已启动且空闲的已启动服务以帮助缓解问题。
内存压力的模拟警告级别应该足够了，这是您的操作方法：
sudo memory_pressure -S -l warn
对于关键：
sudo memory_pressure -S -l critical
测试 XPC 服务时经常会错过这种情况。但是，建议 XPC 服务设计为无状态的，因此在大多数情况下，您的服务是否停止并可以在您下次发送消息时通过 launchd 重新启动并不重要。理想情况下，您在最后一次完成连接时使连接无效。
如果存在正在进行的 XPC 事务（阅读：正在处理消息和/或尚未调用回复块），Launchd 不会在上述条件下停止 XPC 服务。