如何防止子进程在 Dock 中弹跳？

Question

我有一个产生子进程的应用程序。这些子流程需要 XPCServices，它们在同一个应用程序包中。

我的主应用程序的可执行文件位于 my.app/Contents/MacOS/my

我的 XPC 服务位于 my.app/Contents/XPCServices/com.my.service.xpc

当子进程驻留在my.app/Contents/Resources/mysubprocess，并且正在启动应用程序时，我的子进程无法连接到 XPC 服务（为什么不呢？），但它没有显示在 Dock 中。

另一方面，如果子进程在my.app/Contents/MacOS/mysubprocess 中，则子进程成功连接到我的 XPC 服务（主应用程序不需要此 XPC 服务的任何内容），子进程会突然在 Dock 中获得一个自己的弹跳图标。我猜 OS X 会检测到是否从 *.app/Contents/MacOS/* 内部启动了某些东西，并将其视为应用程序。

我显然需要它以这种方式工作，子进程可以连接到 XPC 服务，但子进程保持隐藏并且不会出现在 Dock 中。我尝试在运行时将 LSUIElement 和 LSBackgroundOnly 注册到我的用户默认值，但这并没有成功。如果我将 LSUIElement 写入用户默认值，我的主应用程序不会获得主菜单，这也是不希望的（但如果 LSUIElement 是 NO 绝对正确的行为）。

基本上我有两个问题： 当我将子进程二进制文件移到my.app/Contents/MacOS/ 之外时，它无法找到 XPCServices。我觉得这有点奇怪，因为如果子进程位于my.app/Contents/Resources/ 中，服务的相对路径保持不变。我还在调试我的子进程时检查了[NSBundle mainBundle]，它有一个有效的路径，即使它位于Resources 文件夹中。有没有办法告诉我的子进程它应该在哪里寻找我的 XPC 服务？

另一种方法是我可以防止在 Dock 中弹跳的子进程。我的主应用程序需要它的图标和菜单。那么有没有办法在运行时指定子进程不会启动 Dock 图标，即使它位于 my.app/Contents/MacOS/ 文件夹中？

谢谢

Answer 1

根据 Apple 开发人员文档，您作为开发人员可以编写的 XPC 服务必须驻留在您的应用程序包中，地址为 My.app/Contents/XPC Services。您的应用只能连接到驻留在那里的 XPC 服务，并且这些 XPC 服务只能从它们所在的捆绑包所在的应用连接。

（请注意，Apple 在其系统框架中提供的 XPC 服务的工作方式略有不同：/System/Library/PrivateFrameworks/WebKit2.framework 包含由使用 WebKit2 框架的任何进程使用的 XPC 服务。但话又说回来，该框架连接到该 XPC 服务，不是您的应用程序本身。）

如果您的子进程的二进制文件不在My.app/Contents/MacOS/ 中，这可能是您无法连接到 XPC 服务的原因。我不确定，但你可以从位于MacOS 的任意二进制文件连接到 XPC 服务，这听起来像是一个错误。但我认为这并不是因为 XPC 服务只有在代码签名正常的情况下才能工作，并且在 MacOS 目录中放置任意二进制文件会破坏代码签名。

至于停靠图标：你是如何产生子进程的？使用 NSTask？常规应用程序本身是否使用 XPC 服务？如果不是，是否有任何理由说明子流程本身不是应用程序？这样，XPC 服务就可以在子进程的/Contents/XPC Services 目录中，并且一切正常。

编辑：想到的另一个解决方案：不要使用 XPC，而是通过Distributed Objects 与您的子进程对话的单独进程。因为这不需要任何特殊的文件夹结构或类似的东西，所以您可以将所有辅助二进制文件放置在您想要的任何位置，因此可以避免 Dock 图标弹跳问题。