第一次认真集成推送，碰到了一些问题，记录一下。
首先讲一下实现原理，我们用的是友盟。Android比iOS要麻烦很多。
友盟集成是需要后端配合的，具体就是后端调用友盟的接口，向友盟推送一条消息，然后友盟再向在他们平台注册过的app发送一条消息，我们要做的就是把接收到的消息展示出来。
需求：用户要能在各个时候都能收到我们APP的推送，并且能对应打开不同的界面
解决方法：集成友盟，但是Android只简单集成友盟是不行的，在APP被杀死以后，就接收不到通知了，所以需要额外集成厂商通道。另一个和iOS不一样的就是，iOS在打开当前APP的时候，可以收到横幅推送，但是Android需要自己做。
什么是厂商通道：
由于国内手机厂商过多地使用应用保活方案实现消息推送功能，因此导致手机耗电加快、卡顿。国内部分手机厂商发现了这一问题，自己推出了消息推送服务。这些手机厂商通过进程管理，杀死后台进程，并提供消息推送能力，让消息通过手机厂商官方推送通道下发到应用程序中。这类典型的手机厂商有小米、华为等。
大致分为两部分：
正常推送集成。
五大厂商通道集成。
详见友盟官方文档： https://developer.umeng.com/docs/67966/detail/153908
点击推送信息以后的处理，收到推送的时候的回调
UmengNotificationClickHandler notificationClickHandler =new UmengNotificationClickHandler() {
@Override
public void dealWithCustomAction(Context context, UMessage msg) {
//点击推送通知以后的处理
Log.i(TAG,"notificationClickHandler "+msg)
}
}
UmengMessageHandler messageHandler =new UmengMessageHandler() {
@Override
public void dealWithCustomMessage(final Context context, final UMessage msg) {
Log.i(TAG,"message "+msg)
}
@Override
public NotificationgetNotification(Context context, UMessage uMessage) {
//手机收到推送的时候的回调
Log.i(TAG,"message ")
//返回默认构造
return super.getNotification(context, uMessage)
}
}
mPushAgent.setNotificationClickHandler(notificationClickHandler)
mPushAgent.setMessageHandler(messageHandler)
设置最多能看到的推送条数
mPushAgent.setDisplayNotificationNumber(3)
如果需求中需要打开APP中某个界面，责需要观察 "after_open"字段，默认是 "go_app",需要服务端同学配合
{
"msg_id": "uu481201399440513912",
"display_type": "notification",
"alias": "",
"random_min": 0,
"body": {
"title": "测试自定义参数",
"ticker": "测试自定义参数",
"text": "无",
"after_open": "go_app",
"url": "",
"activity": "",
"custom": "",
"play_vibrate": "true",
"play_sound": "true",
"play_lights": "true"
},
"extra": {
"key1": "value1",
"key2": "value2"
}
}
成功以后可以看log
主要看after_open，默认是打开app
友盟官方常见问题： https://developer.umeng.com/docs/67966/cate/66637
1.集成以后收不到推送
(1) mPushAgent.register（）要放在application中调用，放在别的地方不起作用
(2) 检查so文件有没有放错地方
(3) 打开日志提示，仔细看提示:UMConfigure.setLogEnabled(true)
2.java.lang.ClassNotFoundException: com.ut.mini.UTAnalytics
尽量更新到最新版本的引用，友盟开发说这个只是提示，不用太在意....
3.杀死进程以后收不到推送
解决方法：集成各个厂商通道
iOS的小伙伴集成以后，就算杀死APP也可以收到推送，为啥Android不可以，伤感，看了文档才知道，我们要集成厂商通道，
4.集成以后收不到推送，显示送达却没有弹出通知
manifest里面的package最好与build.gradle中的applicationId不一 致， 因为我们项目有两个applicationId，所以会出现这种情况
需调用setResourcePackageName设置资源文件包名
两者各有不同的优点，要根据实际情况来进行选择。极光的优点如下：为了进一步帮助app开发者提升用户粘性和活跃度，唤醒沉默用户，极光推送提供了“早上好”和“轻推送联盟”两个功能。“早上好”功能：开发者开启“早上好”功能后，app将自动向用户推送关于新闻要讯、生活小贴士等类型丰富的视频多媒体消息。
在更好地传达信息的同时，视频消息也极大地丰富了产品与用户之间的交互方式。“轻推送联盟”功能：可通过共享通道，帮助开发者快速唤醒app沉默用户。
针对有着高安全性要求、希望推送数据和系统存储在自己服务器上，以及出于个性化、产品性能、源码授权等需要定制开发的开发者，极光可提供全功能的私有云解决方案。
合理的推送可以起到激活用户、提升用户粘性的效果。极光推送允许开发者使用A/B分组测试用户反馈结果，以选择最优的推送方案。
因此，在选择推送服务的时候可以先到极光官网咨询相关服务，再做出选择。
1、手机或者说苹果自动将用户的UDID 和应用的 AppID发送到APNs，APNs返回一个deviceToken给iOS设备，同一个手机不同的应用会生成不同的deviceToken；2、手机端将deviceToken发送到自己公司的后台服务器，用以保存；
3、当后台需要推送消息给用户时，服务器将需要推送的消息和deviceToken传输给APNs；
4、APNs将消息推送给指定的deviceToken对应的手机；
5、用户接收消息；
现在友盟封装的越来越是傻瓜式集成了，简单的一两句话就可以实现。经过实践测试发现，我们在友盟的log中可以找到对应的deviceToken，每一次的卸载安装，app都会获得一个新的deviceToken。我把连续两次获得的deviceToken都添加成友盟的测试设备号，然后分别进行推送，结果发现都可以推送成功，我就懵逼了。（ps:我是在测试环境下实验的，不知道生产环境是不是）也不知道友盟后台是怎么处理的。这样会多产生很多无效的deviceToken啊。
最后，至于为什么不走didRegisterForRemoteNotificationsWithDeviceToken，我是创建了两个AppDelegate的类别，添加了一些方法，可以方法中我并没有重写didRegisterForRemoteNotificationsWithDeviceToken方法，所有想当然的感觉不会产生方法拦截，最后删除了这俩类别，才走didRegisterForRemoteNotificationsWithDeviceToken方法。可把我坑了。做个记录。
