Ios NSNotificationCenter能否用于不同应用之间的通信？

应用程序可以在内部使用

NSNotificationCenter

让不同的部分相互通信，但这可以扩展到不同的应用程序可以使用它进行通信吗

---

编辑：很抱歉对iOS和OSX的混淆。我只添加了iOS标签，我不知道objective-c标签是如何/谁/为什么添加的，不是我。

我想你需要一台服务器来处理两个应用程序之间的通信

假设您希望应用程序A和应用程序B相互通信。让两个应用程序定期向服务器S报告其“位置”。此外，两个应用程序都应侦听S

不确定后台运行的应用程序监听服务器数据的效率

---

了解iOS即时消息应用程序的工作原理可能会有所帮助。也许有一些开源项目可以帮助您实现这一点（并且可以根据您的需要进行调整）。

很抱歉给出一个简短的回答，但在这种情况下，这就是全部内容——不，它们不能

您可以注册以处理URL类型，然后以这种方式启动并传递一些数据。

当然是正确的，但如果您正在寻找在进程之间工作的

NSNotificationCenter

的替代方案，您可以尝试使用CoreFoundation.framework中的Darwin通知机制。如果使用Darwin通知中心，这在进程之间起作用

请注意，我没有在iTunes应用商店的任何应用程序中使用此功能，然而，苹果当然可以拒绝使用他们喜欢的任何API，即使它不是私有API。我只是将此解决方案作为一种可能性提供，无法预测应用商店的可接受性，甚至不知道您（或阅读此页面的其他人）是否需要将其应用提交到应用商店

---

如何在iOS中实现服务器？我认为这样的事情是不可能的。@BiscutWoofington:我想他指的是另一台机器上的一台服务器，使用任何你想要的技术实现，并在两个应用程序中保持与服务器的套接字连接。@Mattwillding，没错。只是你控制/维护的盒子上的一些服务器。那么不同的应用程序可以通过URL相互通信？这与通过URL启动的机制相同还是不同？（如果是两个想要交流的后台应用呢？）。你没有提供任何关于你想做什么的细节。你也没有注意到你正在尝试使用2个“后台”应用程序。我认为MrMusic的意思是，你最好的选择是使用远程通知，但这需要你有一个通知服务器或使用一个服务来承载你的通知，而且用户安装了两个应用，并且每个应用都选择了通知。你问的是iOS，答案已经在那里了。但是，对于Mac OS X，

NSDistributedNotificationCenter

跨进程边界发布通知。