转的推送功能

iOS的推送功能包括：远程推送以及本地推送，从iOS4到目前的iOS10，推送功能经历了多个版本的修改。现在做一个总结：

基本已iOS8以及iOS10作为分界点，目前分为3个阶段，[iOS4,iOS8.0),[iOS8.0-iOS10.0),[iOS10.0-x]，至于最早是不是iOS4.0开始有推送的，我不得而知，接触的最早的iOS系统就是4.0开始的。暂且这么认为吧。

在第一个阶段的时候，[iOS4.0-iOS8.0)，本地推送是附加与远程推送的，也就是说：申请了远程推送则自然而然就拥有了本地推送，并且推送权限的获取与deviceToken的获取在同一个API里，一次做完。

第二个阶段，[iOS8.0，iOS10.0），做了一些改进，本地推送与远程推送稍作区分，并且推送权限的获取与deviceToken的获取分离为两个流程：先获取推送权限，在推送权限的代理回调方法中 根据获取到权限与否，再进行是否获取deviceToken的流程操作。并且推送功能增加了 推送消息的快捷处理功能：预览完整消息，快捷回复某个推送消息，而不用进入对应的App去处理，当然需要App事先做好与推送消息的交互类型的约定与处理逻辑。

第三个阶段，[iOS10.0,x)，将推送功能模块化，从UIKit中的UIApplication里分出，做成独立的框架UserNotification.framework,等系列模块。与前一个不同的地方是：推送通知可以分离出UIApplicationDelegate独立在某个业务处理中心，而不必在UIApplicationDelegate里一堆代码，并且将本地推送与远程推送表面上合并：开发者不必关心是什么推送，接口上都是一样的是由于在用户看来：推送表现都是一样的，在桌面 下拉一个消息出来。所以在这一点来说有点回归，还有一个不同，推送权限的获取成功与否不是在代理回调中处理，而是在block中处理，然后deviceToken的流程是一样的，并且获取deviceToken仍是在UIApplicationDelegate里面做，这个自始至终到现在都没变，可能以后会移到UserNotification模块吧。目前推送功能仍是不完善的，还是比较混乱：各位可以做个实验，iOS10.x系统，利用UserNotificationCenter添加几个CaledarTrigger类型的简单的(不带交互与附件)本地通知，本地推送通知触发后，桌面下拉消息出现，如果点击此消息则激活App，此时进入的函数是

- (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void(^)())completionHandler；而如果你的App本身就是在前台的时候，进入的函数却是

-(void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification，而这个函数却被标记为deprecated。如果添加的是带交互的本地通知，估计回调的API仍是不同的(App本身就在前台与App进入后台被推送消息交互激活)。

特别是为了做iOS系统版本兼容的，可真是“男朋友漏电啊”。

目前手头只有一个iOS10.x的设备与一个iOS8.x设备，XCode也是6.x的，所以比较老的iOS系统：比方8.0以前的，我已无法验证，也无法做实验了(xcode版本比较新，老的API有些就看不到了)，只是凭记忆来做总结。

我的App里目前需要支持iOS7以及以后系统的推送功能，所以就需要仔细处理。也仅仅是凭记忆和某些帖子来做了，如果用户反馈问题不多，那基本就这样没问题的。