近日公司来了新的后台，说他原先集成的是百度推送。然而我们App老版用的都是极光推送。无奈我们换成了百度推送。但是测试推送的时候，百度推送网站的web后台老是出现“网络原因，无法发送推送”的提示，搞得连测试也没法测，绝对不是我证书的问题。在这里我要吐槽一下百度推送，要么出现以上网络原因，发不出推送。要么推送有延迟，一下收到好几条。反正我对百度推送的感觉已经很不好了。最后又换回了极光推送。
原本十分钟就能搞完的东西，结果出了莫名其妙的问题。
极光推送打印台提示：[JPUSHClientController] Not get deviceToken yet。也就是代理中
- (void)application:didRegisterForRemoteNotificationsWithDeviceToken:和- (void)application didFailToRegisterForRemoteNotificationsWithError:不调用。
原先都是按照demo一步一步来的，如今出现了这个问题，那种感觉就像无数只草泥马奔腾而过，这才让我从头到尾对推送原理撸了一遍，特此记录下来，给大家分享。
证书就不多说了，唯一注意的一点是在你创建开发推送证书的时候类型应该是Apple Push Notification service SSL (Sandbox），不是app Development。这里有几份详细的集成过程和对推送在AppDelegate中的封装，感觉不错。
大部分的问题都可以在以上找到解决方案，我来列举几个比较容易遗漏的点；
1.推送设置setupWithOption中的appKey要和推送平台上注册时给的一致，isProduction 为NO就是开发状态，为YES就是生产状态。
2.程序设置中的Capabilities中 Remote notification要打对勾
3.确定你的手机联网并打开通知权限
4.代码中是否重写了AppDelegate中的方法（百度时有人提到了环信API重写了获取Token的方法）
5.确定你的代码中有这个
很多人问题都出在了第五种情况上。
然而我的经过彻底的排查，还是不调用获取DeviceToken的函数，这种情况下，我拿同事的手机测试就能获取到DeviceToken。但别高兴的太早，如果你把APP卸载了重新打包就获取不到了，原因是第一次打包调用registerForRemoteNotificationTypes注册成功后，之后即使不联网，再调用都会以最上一次的device token作为参数回调didRegisterForRemoteNotificationsWithDeviceToken方法，除非你卸载了重装，这时的APNs要向你发送新的DeviceToken，这时就获取不到了，这就是我现在的问题，然后就会报[JPUSHClientController] Not get deviceToken yet。这个问题折磨了我一天，旧版的推送SDK也换过，依旧不行。碉堡的是第二天早上再打包的时候莫名其妙的就好了，简直哔了狗。我没有作任何改动。按照我的理解，应该是证书从苹果开发者中心分发下来验证要经过一段时间，或是Xcode Bug，或者是用这个证书在与百度推送绑定后再与极光绑定时发生了微妙的变化，反正问题就这样解决了。
下面是收到推送时的一些知识点和坑，大家可以交流一下
1.注意：App在活跃状态时是收不到推送通知的横幅的
2.App在后台状态时，点击推送会调用-(void)application:didReceiveRemoteNotification:fetchCompletionHandler:在这个函数里判断applicationState从而做相应的处理。
注意，这里有个坑.从后台点击推送进入前台，进入到这个函数里时，application的状态是InActive，而非Active或Background。开始我还以为这个状态是杀死状态，其实应该叫空闲状态。那么这个函数里只需要判断UIApplicationStateActive(正在使用)和UIApplicationStateInActive(从后台进入前台)状态。
3.当App在杀死状态下点击推送（注意不是点击APP）并不会执行以上函数，而会进入到- (BOOL)application: didFinishLaunchingWithOptions:，不点击推送时launchOptions为nil，这时推送的内容都在launchOptions里，可以用以下方法获取
以上就是我推送的艰辛历程，仅代表个人对推送的理解，欢迎各位大神指出错误，谢谢。
