objective-c - 如何防止子进程在停靠栏中弹跳？

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 Developer 文档，您作为开发人员可以编写的 XPC 服务必须驻留在 My.app/Contents/XPC Services 中的应用程序包中。你的应用程序只能连接到驻留在那里的 XPC 服务，而这些 XPC 服务只能从它们所在的 bundle 的应用程序连接到。

(请注意，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 图标弹跳问题。