远程推送didReceiveRemoteNotification代理方法调用详细说明

前言

最近工作中实现远程推送点击状态栏的提醒，直接进入相应地详细界面的功能。遇到了问题，解决之后整理出来！

UIApplication有两个关于接收到远程推送的代理：

- application:didReceiveRemoteNotification:fetchCompletionHandler:

- application:didReceiveRemoteNotification:

这两个是什么关系？点击远程推送的提示后，到底执行哪个代理方法？先看看这两个代理的官方说明：

application:didReceiveRemoteNotification:fetchCompletionHandler:

官方文档的详细解释如下：

这个是从Xcode的help里截的图，说明的非常详尽。翻译过来大概是这样的：

这个方法是用来处理远程消息的，它和application:didReceiveRemoteNotification:不同，application:didReceiveRemoteNotification:只是在程序处于运行状态和前台状态调用，但是你强制杀死程序之后，来了远程推送，系统不会自动进入你的程序，这个时候application:didReceiveRemoteNotification:就不会被调用。那么当你手动进入程序（或者点击系统的推送提示），当程序launch完毕之后，就会调用- application:didReceiveRemoteNotification:fetchCompletionHandler:

说的明白吧，也就是应用在运行状态（也就是打卡状态），收到远程推送，系统调用application:didReceiveRemoteNotification:；而当程序处于后台或者被杀死状态，收到远程通知后，当你进入(aunch)程序时，调用- application:didReceiveRemoteNotification:fetchCompletionHandler:

再看看application:didReceiveRemoteNotification:的说明文档：

application:didReceiveRemoteNotification:

如果两个代理方法都被实现了，系统将只调用application:didReceiveRemoteNotification:fetchCompletionHandler:；这是一条非常重要的信息。

后面的一大堆说明，简练出来大概是这样：如果app在运行的时候，收到远程通知这个方法被调用。如果程序没有处于运行状态，将不会执行
- application:didReceiveRemoteNotification:。

总结

通过上面的解释，清楚了吧？远程推送这个东西不好测试，连着电脑在线调试接收不到远程推送。只好看测试版的输出日志。发现了问题，只好查看官方文档，弄清楚根本原因，问题也就轻而易举地被解决了。

最后，Xcode的help里面的说明文档是非常详尽的，没事可以进去多研究，这样才能学得有深度。百度和谷歌只是辅助工具，想要彻底弄清楚一些知识点的来龙去脉，看官方文档吧。英语不行的话，平时多积累单词量就可以了，so easy!