我有一个产生子进程的应用程序.这些子进程需要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服务的内容),子进程突然获得了一个自己的弹跳图标码头.我猜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/文件夹中？

谢谢

最佳答案 根据Apple Developer docs,您作为开发人员可以编写的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图标弹跳问题.