我们注意到，我们发送的用于更新报亭应用程序杂志封面的无声内容推送消息突然停止在iOS 7.1中专门工作。
我刚做了一些测试，将内容推送发送到以下设备：
但是，如果我向这些设备发送推送警报消息，则会正确接收并显示所有警报消息，因此我确信我使用的是正确的设备令牌。
这个问题出现在App商店的现有应用程序中，以前从未遇到此问题，而且似乎是iOS 7.1特有的。
这是我们发送的内容推送消息：
$ payload ='{ “aps”： { “content-available”：1， } }';
其他人在iOS 7.1中遇到特定问题吗？
THX！
答案 0 :(得分：0)
我在开发中也遇到了这个问题。如果连接到XCODE，我们看到方法应用程序didReceiveRemoteNotification：（NSDictionary *）userInfo fetchCompletionHandler：（void（^）（UIBackgroundFetchResult））completionHandler被调用... ONCE我们断开与Xcode的连接...该方法不会在查看时被调用控制台。
编辑::今天在iOS7 7.1（11D167）上使用iPhone测试沙盒环境时，内容可用的开始工作？我们正在调用didReceiveRemoteNotification fetchCompletionHandler：NOW，即使手机没有连接到XCode或任何东西。即使手机已锁定且应用程序处于后台......这也是我们所需要的，也是非常重要的。真的很奇怪......但是我们确实发现手动请勿打扰了......在这款测试手机上......不知道是怎么回事，如果那是问题。确保没有打开..否则您将不会在您的应用程序中收到任何remoteNotification调用。我们可能已经偏离其他帖子，即ios7.1上的内容可用。
如果有人对此有任何其他了解，请分享。
答案 1 :(得分：0)
来自https://support.magplus.com/entries/84992596-About-Lower-Issue-Download-Counts-Since-iOS-7：
关于自iOS 7以来的下限问题下载计数
随着iOS 7的发布，Apple改变了报亭推送通知的工作方式，这与使用iOS 5和iOS 6的报亭推送通知的方式有很大不同。对于iOS 7，Apple试图改变这些方式通知工作，主要是优化在24小时内多次接收电子邮件和Twitter更新和通知的应用程序的机制。 iOS 7的部分问题在于，它没有明显区分报刊推送通知（启动内容的后台下载）和标准推送通知（仅提供文本）。
iOS 7的一个关键变化是，如果最终用户手动杀死某个应用程序，那么该应用程序根本不会收到报亭推送通知，以便在后台自动下载新内容。用户通过调出当前正在运行的应用程序的屏幕并向上滑动以强制退出来手动终止应用程序。 Apple认为这种情况是最终用户有意识地决定他们不希望应用程序运行/执行消耗电池寿命的后台操作。
Apple自己在2011年，2012年和2013年推出的报亭应用程序的两个独特功能（在WWDC视频中关于报摊）是：
A - 新杂志的背景下载和 B - 在新杂志可用并显示徽章时更换封面。
不幸的是，在现实世界的情况下，自iOS 7以来，Apple已经杀死了这两个功能。如果用户已杀死报亭应用程序，则这两个功能所需的内容推送消息不起作用。在现实世界中几乎总是如此。
假设您每月都有一本杂志。用户在后台始终运行报亭应用程序的机会有多大？我想几乎没有......
在iOS 7之前，可以通过内容推送消息通知此用户，从而在报亭中显示徽章和新封面。
自iOS7以来，这些功能在现实世界中不复存在。
结果：杂志视图和下载量低得多。
感谢Apple！