我知道像这样的问题一定被问了很多次。
案例-I协同设计-在分发AdHoc配置文件上编写了我的应用程序。我已经在我的服务器上安装了生产推送SSL证书p12来推送消息。
这些消息正在成功地从服务器上推送,但没有在设备上接收。
现在,在深入挖掘之后,我看到沙箱和网关的设备令牌应该是不同的。如果aps返回的设备令牌依赖于aps-环境字符串值,则是有意义的。因此,我从通知中取消了应用程序的注册。
[[UIApplication sharedApplication] unregisterFromRemoteNotifications];
中提到的代码执行应用程序。然后删除代码,并再次向app注册应用程序。获得成功注册,但我收到的设备令牌没有改变,它是一样的。
我从服务器上传了一条消息。并检查设备的控制台日志。(我确实用AdHoc分发配置文件对应用程序进行了签名,并检查了控制台日志)。我在日志中收到以下信息:-
apsd[301] <APSCourier: 0x119f60>: Connecting courier stream using DNS TXT record at sandbox.push.apple.com and port TCP 5223
apsd[301] <Warning>: Fall back to alternate interface was disabled
apsd[301] <Warning>: Wake schedule completed for 2012-07-20 18:45:58 GMT (took 0.070 seconds)
apsd[301] <Warning>: Interface manager: Binding stream to WWAN context kCTDataConnectionServiceTypeInternet
apsd[301] <Warning>: <APSCourier: 0x119f60>: Connecting to courier 10-courier.sandbox.push.apple.com.
从服务器发送的所有消息都记录在设备的控制台中,但从未弹出。我想是操作系统把他们丢了。
现在的问题,
我是干巴巴的想法,任何帮助赞赏。
发布于 2012-07-24 20:15:00
24小时后,该应用程序开始按预期运行。我猜有一些类似于使用APN的有关服务器更新令牌的批处理过程。
https://stackoverflow.com/questions/11588195
复制相似问题