MUI使用个推推送流程分析

需求:app通知栏收到推送,点击通知栏推送能够进入到不一样的详情页(使用个推后台调试数据)

一、监听方法分析:

  • receive方法:
    当APP在前台的时候,能够监听接收透传消息,APP不在前台的时候没法监听
plus.push.addEventListener("receive", function (msg) {
 }
复制代码
  • click方法:
    一、iOS APP处于后台,透传消息会变成通知提醒,此时点击通知触发
    二、点击本地设置的推送到通知栏的通知
plus.push.addEventListener("click", function (msg) {
}
复制代码

二、技术分析:

通知栏通知:

  • iOS
    在个推中,iOS 只有透传,没有通知。当APP不在前台时,透传只在通知栏提醒,点击走click方法处理业务;
  • Android
    APP透传消息都不会出如今通知栏,有两种处理方式:
    一、个推发送通知(可是点击通知只能打开APP、打开连接、下载应用)
    二、收到透传消息后,本地生成通知到通知栏(仅限于APP处于前台,receive方法中处理)

透传消息:

  • APP处于前台才可接收到,APP处于后台没法接收。且接收透传消息时,不能够直接作跳转页面等业务处理,业务处理跳转等需在点击通知栏后进行相应处理。

三、工欲善其事必先利其器,先看官方常见问题:

image.png

四、逻辑处理:

iOS

  • APP处于前台:

服务器端推送透传消息后,直接在receive方法监听到:javascript


iOS APP处于前台.png

可是这不是咱们要的。咱们须要的是用户收到消息后在通知栏出现,而不是直接在receive方法中作业务处理。那么咱们能够看下上面官方常见问题第三点,咱们须要在消息中心建立一个本地消息:css

plus.push.createMessage( str, "LocalMSG", options );
复制代码

经过点击通知中心的这个本地消息,进入app实现click方法监听处理业务。
那么问题来了,通过测试咱们发现,在建立本地消息的时候(receive方法中),APP必定是处于前台的,那么建立了本地通知之后,咱们的receive方法必定会监听到,这样不就进入到一个死循环了么?java

receive监听 -> 建立本地通知 -> receive再监听到本地通知 -> 再建立本地通知。。。json

子子孙孙无穷尽也。服务器

那么咱们能够根据参考常见问题的第三点:用户在建立IOS本地消息是能够在“payload”节点添加特殊标记对消息进行区分。
这玩意是在建立消息的时候,官方模板自带的一个参数。在个推后台iOS透传的时候,有一个:app

image.png


这个其实只是就是把payload参数的值变成你的透传消息json,那么本地建立通知的时候这个值是什么呢?咱们看上面建立本地通知的时候,第二个参数LocalMSG,这个就是咱们自定义在本地推送的时候的payload参数的值。因此,在receive方法中,咱们根据payload参数的值是否是咱们设定的LocalMSG就能够判断监听到的推送是否是本地建立的了。测试

  • APP处于后台:

当APP处于后台,receive方法监听不到消息,此时消息走消息中心推送,点击后进入APP内,走click方法处理业务,知足需求。ui


iOS APP处于后台.png

Android

根据常见问题第二点,咱们知道在处理Android消息的时候,须要使用标准格式的透传json:spa

{title:"通知标题",content:"通知内容",payload:"通知去干吗这里能够自定义"}
复制代码

这样,透传消息就不会走receive方法,而是像咱们需求那样实现全部通知进入通知中心,点击通知中心走click方法处理。若是不按照此格式来,消息不会走消息中心,而是直接走监听的receive方法(APP在前台时,不在前台时,透传消息甚至监听不到)。调试

Android APP消息流程梳理.png
须要注意的一点是:

Android透传格式{"title":"通知1","content":"通知内容","payload":"{"type":"notify","payload":"通知去干吗这里能够自定义"}"}若是想要传输自定义json,赋值给payload,可是里面的json必须是转义事后的,且任何和官方规定格式在同一层的字段都是无效的,例如:
{"id":"123","title":"通知1","content":"通知内容","payload":"{type:\"notify\",ids:\"456\"}"}
这里面第一个id:"123"在实际接收到的时候并不会存在。

五、总结

其实扯了一大堆,简而言之就是一句话:

Android推送的时候要注意后台返回的json知足官方格式便可,iOS推送要注意当APP在前台的时候,在receive方法监听的时候判断是不是本地通知。

下面是个人部分关键代码,alart()是测试阶段为了看到效果加的:

//获取推送通知
        plus.push.addEventListener("receive", function (msg) {
            alert("接收到的透传推送 " + JSON.stringify(msg));
            if (plus.os.name == "iOS") {
                switch (msg.payload) {
                    case "LocalMSG":
                        alert("本地建立消息的 " + JSON.stringify(msg));
                        break;
                    default:
                        //测试本地推送
                        createLocalPushMsg(msg);
                        break;
                }
            }
        }, false);
复制代码
//点击推送进来
        plus.push.addEventListener("click", function (msg) {
            // 判断是从本地建立仍是离线推送的消息
            alert("点击处理消息 " + JSON.stringify(msg));
        }, false);
复制代码
//建立本地消息
        function createLocalPushMsg(msg) {
            var options = {cover: false};
            plus.push.createMessage(msg.content, "LocalMSG", options);
            if (plus.os.name == "iOS") {
                outLine('*若是没法建立消息,请到"设置"->"通知"中配置应用在通知中心显示!');
            }
        }
复制代码
本文参考的官方文档附上
相关文章
相关标签/搜索