iOS通知-需要从应用程序中获取数据以显示在通知本身中

本质上，我们希望用户收到我们的推送通知，这基本上是来自发件人的文本消息-该消息已发送给我们，并将推送到X个用户的应用程序

显然，我们希望在用户（收件人）访问应用程序之前，通过通知通知他们收到了一条消息，以及消息来自谁。“您已收到来自XXX的ABC消息”-轻扫，它们将被带到应用程序。ABC是邮件的内容，XXX是发件人的详细信息

我们已经得到了发送者的手机号码，我们可以将其显示为XXX，但用户很可能在他们的通讯簿中存储了发送者的姓名和号码，如果是这种情况，我们希望在通知中显示发送者的姓名

我们将可以从应用程序中访问用户的iOS联系人（如果他们授予我们权限），并且我们将保留联系人的散列副本以便于朋友匹配，但我们不希望以可读格式将通讯簿上载到服务器（即使我们被允许）

有没有什么方法可以让我先向手机发送通知并从应用程序/电话簿中提取数据

可能有一个“静默”通知可以发送到应用程序，然后应用程序可以提供某种内部通知，而不是外部推送通知（内部通知将来自应用程序，以便它可以比较电话簿中的号码并提取姓名，姓名可以显示在通知中）

仔细想想，我们使用哪个通知提供程序重要吗

iOS 8是否会带来我们可以使用的更深层次的集成

欢迎任何建议

---

非常感谢。

除非您将数字与姓名关联起来，否则无法做到这一点。这里的问题是，您永远无法保证收到通知后应用程序会运行。我相信，如果应用程序是在后台运行的，那么您可以拦截静默通知，然后生成一个本地通知，并将发件人的号码翻译成一个名称（假设用户也给了您联系权限）。但是，如果应用程序未在后台运行，则无法拦截它以获取本地通知。这就是为什么应用程序使用用户名来显示这类内容的原因。此外，APN服务本质上都是相同的。城市飞艇是一种易于使用的基本通知服务（我对他们丰富的推送有很多问题），但是你可以在自己的服务器上做更多的工作。那里有2-3个轨道宝石，与城市飞艇完全相同，如果你知道如何设置，你可以免费使用。城市飞艇只是提供了很好的包装和易于使用的界面。与其他通知服务相同。由于我们将通过短信接收消息，因此无法保证每个用户都已向我们注册，因为世界上任何人都可以发送短信。@LyricalPanda这至少是一个解决方案。如果应用程序未在后台打开，因此用户至少可以收到手机号码的正常通知，是否有办法触发正常通知？支持静默通知和后续本地通知的最低iOS版本是什么？