我有个简单点方案建议：手机本机统一推送！制定一个协议格式，每个app提交时候可以设置一个推送消息接口地址链接对应返回消息的数据格式图标图片详情内容等等，打开此app推送开关就可以将这个链接注册加入本机的唯一一个后台推送中心，队列轮询接收已经打开推送消息的app的加密推送消息，关闭此app推送开关将其推送api链接从推送中心移除轮询省电。容易实现不用开发者多个推送匹配技术简单方便安全。
然后对应app就可以kill关闭了不用保留后台，唯一一个后台推送中心接收对应app的各种格式消息，显示在通知栏。
更进阶点推送中心可以推送入每个app对应的sqllite数据库，其中的专门处理消息逻辑表中，这样打开每个app瞬间加载处理逻辑的方法函数处理：接收显示删除撤回等等，不用等待网络，wx等app不会出现iphone等待网络接收局面。
方案缺点比iphone，google推送中心稍微耗电（可以设置类型是即时通讯消息还是不是很重要的公告通知，使用网络协议和频次不同，会节省电），但是可以简单方便安全很好解决当前安卓的推送乱象！
我有个简单点方案建议：手机本机统一推送！制定一个协议格式，每个app提交时候可以设置一个推送消息接口地址链接对应返回消息的数据格式图标图片详情内容等等，打开此app推送开关就可以将这个链接注册加入本机的唯一一个后台推送中心，队列轮询接收已经打开推送消息的app的加密推送消息，关闭此app推送开关将其推送api链接从推送中心移除轮询省电。容易实现不用开发者多个推送匹配技术简单方便安全。
然后对应app就可以kill关闭了不用保留后台，唯一一个后台推送中心接收对应app的各种格式消息，显示在通知栏。
更进阶点推送中心可以推送入每个app对应的sqllite数据库，其中的专门处理消息逻辑表中，这样打开每个app瞬间加载处理逻辑的方法函数处理：接收显示删除撤回等等，不用等待网络，wx等app不会出现iphone等待网络接收局面。
方案缺点比iphone，google推送中心稍微耗电（可以设置类型是即时通讯消息还是不是很重要的公告通知，使用网络协议和频次不同，会节省电），但是可以简单方便安全很好解决当前安卓的推送乱象！
