APNS推送执行的两个方法

最新推荐文章于 2022-10-24 23:22:52 发布

原创最新推荐文章于 2022-10-24 23:22:52 发布 · 1.1k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#ios #APNS

iOS开发专栏收录该内容

38 篇文章

订阅专栏

本文详细介绍了iOS中两种处理APNS推送的方法：一种适用于iOS3.0及更高版本，另一种则是iOS7新增的功能。重点讲解了iOS7之后新方法的特点，包括后台运行、系统自动启动以及30秒内必须完成消息处理的要求。

一、一般做APNS推送只会用到这个方法：

- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo NS_AVAILABLE_IOS(3_0);

这里简称该方法名称为a，可以看到这个方法在iOS3.0就可以用，我们一般的处理都可以放到这个方法里面去。

二、认识一下iOS7之后一个新的方法，也许别人早就知道了，但是我这段时间研究APNS才偶然去官方文档发现，不一样的体验

方法：

- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo
 fetchCompletionHandler:(void (^)(UIBackgroundFetchResult result))completionHandler NS_AVAILABLE_IOS(7_0);

这里简称该方法名称为b。

官方文档是这么介绍的：

翻译后，这里就做一个小小的总结：

1、上述提到的两个方法，如果同时写在代码中，在iOS7下是直接调用- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo
fetchCompletionHandler:(void (^)(UIBackgroundFetchResult result))handler （简称方法b）这个方法的，另一个方法完全被忽视；

2、方法b是可以分别同时在后台和前台运行的；

3、远程推送消息到来时，系统会在后台启动这个方法，不管你的app这个时候是被系统干掉，还是悬停状态；这里指的被系统干掉是被系统自己清除掉，而不是app被人为的强制退出。

4、推送消息来到时，在后台启动这个app，使用这个方法处理消息，不过有时间限制；

5、你有30s的时间处理这个消息，处理完消息之后，你需要调用(void (^)(UIBackgroundFetchResult result))handler这个block，告诉系统我处理完了。

6、如果你不调用这个block来告诉系统你处理的状态，30秒后，那么你的app将会直接被清掉。