我有一个产生子进程的应用程序。这些子进程需要XPCServices，它们位于同一个应用程序包中。
我的主应用程序有可执行文件
my.app/Contents/MacOS/my
我的XPC服务位于my.app/Contents/XPCServices/com.my.service.xpc
当子进程驻留在my.app/Contents/Resources/mysubprocess中，并且正在启动应用程序时，我的子进程无法连接到XPC服务（为什么不能？），但它并没有显示在基座。
另一方面，如果子进程在my.app/Contents/MacOS/mysubprocess中，则子进程成功连接到我的XPC服务（主应用程序不需要来自此XPC服务的任何内容），子进程突然获得自己的弹跳图标在码头。我猜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/文件夹中？
谢谢
答案 0 :(得分：2)
根据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服务几乎听起来像一个bug。但我认为这不是因为XPC服务只有在代码签名正常的情况下才能工作，并且在MacOS目录中放置任意二进制文件会破坏该代码签名。
至于停靠栏图标：你如何产生子进程？使用NSTask？常规应用程序本身是否使用XPC服务？如果没有，是否有任何理由为什么子进程不是一个应用程序本身？这样，XPC服务可以在子进程'/Contents/XPC Services目录中，一切都应该正常。
编辑：我想到的另一个解决方案：不要使用XPC，而是通过Distributed Objects与您的子流程进行对话的单独流程。因为这不需要任何特殊的文件夹结构或类似的东西，所以您可以将所有辅助二进制文件放在任何地方，因此可以避免Dock图标弹跳问题。