引言：iOS开发，推送可以说是必须的，但是之前对于推送总是概念模糊，最近借公司项目需求，深入了解了一下。“对于知识要怀有一颗敬畏的心！”，这是我iOS启蒙老师说的话，想想真的是这样，深感自己认知的太浅薄！
App推送着实是很重要的一环，例如电商类的App，推送成就了其盈利的拼图。
推送分为：远程推送和本地推送
远程推送：远程推送涉及较多，例如App运行加载后会向苹果的APNs服务器注册，获得Token信息等等，本文后面会介绍。
本地推送：本地推送较为简单，后续文章会介绍，本文只简单谈谈远程推送。
一、概要
- 注册
- 分析接收推送消息后的调用方法
- App运行于前台(Active)
- App运行于后台(Background)
- App未运行
二、步骤细节
注册
推送的注册在iOS8中API变更，具体如下。相信大家都已经了解，在这里就不在赘述！这里只贴出代码。
//设置推送
if ([[[UIDevice currentDevice] systemVersion] floatValue] >= 8.0) {
[[UIApplication sharedApplication] registerUserNotificationSettings:
[UIUserNotificationSettings settingsForTypes:(UIUserNotificationTypeSound | UIUserNotificationTypeAlert | UIUserNotificationTypeBadge)
categories:nil]];
[[UIApplication sharedApplication] registerForRemoteNotifications];
}else {
[[UIApplication sharedApplication] registerForRemoteNotificationTypes:UIRemoteNotificationTypeAlert|UIRemoteNotificationTypeBadge| UIRemoteNotificationTypeSound];
}
需要注意的是：settingsForTypes中的类型对应的就是原推送各个类型，但是名称有所变化，其中Sound为推送提示声音，badge为applicationIconBadgeNumber，Alert为推送提示的文字等。
注册成功与否
在iOS开发中，App的全局代理方法内有2个代理方法是注册远程推送是否成功的回调方法。
注册成功：
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken{
//此方法返回数据 NSData 内包含此设备的Token，也就是说注册成功了。
//在此实现将Token信息传递给你的后台服务的代码
}
注册失败：
-(void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error{
NSLog(@"推送注册失败:%@",error);
}
这里简要介绍下推送的流程，以便了解上述回调方法为什么要将Token信息传递给你的后端。
通俗的讲：
首先，App运行并向Apple服务器注册远程推送服务，也就是大家常聊起的APNs（APNs 是 Apple Push Notification service 的简称），成功APNs会返回当前设备的Token信息，其次，App内部的逻辑就是将此Token信息，传递给你的后端服务，后端服务获得此Token信息后就可以和APNs服务器“交互”了，然后后端服务将要推送的某条信息，带着Token信息推到APNs服务器，APNs服务器拿到Token信息后，就知道要将推送消息推送到那台设备上。
以上就是远程推送服务的大致流程（通俗理解）。详细流程请参考 iOS程序犭袁 大神的文章。这是现阶段最新的APNs介绍篇章，出自大神之手，值得研读哦！_
至此，注册成功后，就可以实现远程推送服务了
分析接收远程推送调用的方法
- App运行于前台(Active)
当App在前台运行时，接收到远程通知的时候，并没有任何的提示，比如声音，通知栏的提示。但是这时会调用App的代理方法(后续统一叫推送回调方法)：
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo{
//实现你接收到远程推送的消息处理代码；
}
- App运行于后台(Background)
当App运行与后台的时候分为两种情况：- 点击通知栏进入App：
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo{
//实现你接收到远程推送的消息处理代码；
}
* 点击App图标进入App：
`无动作--不会调用任何推送相关回调方法`
- App未运行
当App未运行的时候分为两种情况：- 点击通知栏进入App：
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(nullable NSDictionary *)launchOptions{
//判断launchOptions字典内是否含有推送的键值对 Key：@“UIApplicationLaunchOptionsRemoteNotificationKey”
if ([launchOptions objectForKey:@"UIApplicationLaunchOptionsRemoteNotificationKey"]) {
//实现你接收远程推送消息的消息处理代码；
}
}
* 点击App图标进入App：
`无动作 --会调用上面的didFinishLaunchingWithOptions方法，但是这时launchOptions对应的键值对为空，所以也不会进入if判断内。`
对于App层出不穷、变幻莫测的需求，显然以上可以处理远程推送的方法远远无法满足需求！
iOS7更新推送API，推出了推送唤醒功能，下面我们简要介绍一下推送唤醒。简单的说，就是接收到推送时，系统将唤醒在后台的应用程序，并回调App代理的方法，执行一些必要的代码，例如请求数据、更新UI等，减少用户解锁进入应用，等待数据加载的过程。详情请参阅"喵神"Blog, 多多研读喵神的Blog，会使你收益颇丰！
推送唤醒
如何实现推送唤醒呢？首先是针对Xcode的，下面针对是否开启推送唤醒进行Xcode相应设置，配置info.plist文件，如图所示，勾选箭头所指选项：
[Xcode配置]
其次，需要在payload中加入content-available，并设置为1。
aps {
alert = "something";
badge = 0;//后端返回
content-available = 1;
sound = default;
}
当然payload参数也可以自定义，例如：场景为多个平台可以给App推送信息，这时就需要一个Type判断是那个平台推送的消息，分别显示等等。
然后在AppDelegate.m文件中实现如下方法：
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult result))completionHandler{
//实现处理推送消息的逻辑代码
}
推送唤醒调用代理方法分析
- App运行于前台(Active)
以下分析基于推送唤醒设置成功基础上。
当App运行在前台，接收到推送信息时，会调用：
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult result))completionHandler{
//实现处理推送消息的逻辑代码;
}
如果没有实现上述方法，则会调用：
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo{
//实现处理推送消息的逻辑代码;
}
但是在实际测试过程中，即使后端未输出content-available = 1;结果同上，实现- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult result))completionHandler;(后续统一叫推送唤醒回调方法)方法也会调用。此问题有待后续追踪，如有了解的烦请告知！再此谢过！
- App运行于后台(Background)
当App运行于后台，同时接收到推送消息时，推送唤醒功能就是在此时大显神威滴O(∩_∩)O~！会直接调用：
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult result))completionHandler{
//实现处理推送消息的逻辑代码;
}
经过测试，如果未实现上述方法，则会在接收到推送的时候直接调用：
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo{
//实现处理推送消息的逻辑代码;
}
当App运行于后台的时候分为两种情况：
- 点击通知栏进入App：
测试结果为：点击通知栏进入App，调用方法同上，也就是当App运行在后台时，接收到推送消息时，直接调用回调方法，点击通知栏进入App时再次调用，相当于调用了2次回调方法！想要实现的同学，需要判断一下，是否需要重复调用！ - 点击App图标进入App：
点击App图标进入App，无任何动作，不调用任何推送相关回调方法，但是在接收到推送消息的时候已经直接调用了回调方法，此过程只调用了1次回调方法罢了
经过测试，后端未输出content-available = 1;不会在App运行于后台时直接调用回调方法，但是在点击通知栏进入App时，如果实现了推送唤醒回调方法，则会调用推送唤醒回调方法，未实现，则会调用推送回调方法。
- App未运行
当App未运行时，即使推送唤醒也是无能为力了，因为推送唤醒只是在App运行在后台的时候才有效果。 - 点击通知栏进入App：
如果实现了推送唤醒回调方法则调用，未实现则在- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(nullable NSDictionary *)launchOptions；方法中利用字典键值对判断，文章开始介绍过，这就不再赘述了。
注意：不会调用推送回调方法！
实际测试，即使后端未输出content-available = 1;调用结果同上 - 点击App图标进入App：
点击App图标进入App，无任何动作，不调用任何推送相关回调方法。即使调用- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(nullable NSDictionary *)launchOptions；方法，但是此时launchOptions字典中相应的键值对值为空，所以无法处理相应需求。
到此，远程推送的所有回调方法的调用场景全部罗列完成，若有遗漏、错误，非常欢迎指出，烦请动动您的手指，反馈一下，文章中我提到的未能明确的问题，如有了解的烦请告知，再次拜谢！
