android 通知消息点击,android 离线推送 消息栏会有推送 但是点击仅仅是触发 打开app 无法触发 click 或者 receive...

详细问题描述

android 离线推送 消息栏会有推送 但是点击仅仅是触发 打开app 无法触发 click 或者 receive

android 和ios 离线或者 在线的相关方法都没有统一 希望官方能统一下流程

ios 离线推送 点击后会触发 receive

android 离线推送任何反应都没有

(DCloud产品不会有明显的bug,所以你遇到的问题大都是在特定环境下才能重现的问题,请仔细描述你的环境和重现方式,否则DCloud很难排查解决你的问题)

[内容]

重现步骤

[步骤]

后台推送 通知 测试在线离线模式

[结果]

IOS:

在线 : 触发 receive 然后 判断 msg中的type 存在说明需要 显示推送 是服务器推送 ( 因为 在线模式需要自己手动创建推送plus.push.createMessage ), 注意 手动创建推送也会触发 receive

离线 : 通知栏出现 推送信息 , 点击后打开app 触发receive ( 调用4次 2次带type, 2次不带,因为是手动创建推送 ), 但是 这个手动创建推送并不会显示 ,但是会有震动,铃声等. 这个效果也能接受,因为离线已经显示了 后面不显示也对

Android:

在线 : 如果满足 push 的规则 例如: {"title": "xxx","content": "xxx","payload": "xxx"} 这种会自动显示在 通知栏 然后不触发 receive. 不满足就会触发 recevie 并且还是通过 receive 的 msg.type 判断 如果有type参数说明没有显示推送到状态栏 自己手动创建.

离线 : 通知栏出现推送消息, 点击后打开App 但是 receive 都不触发 ,导致 android没法判定 离线情况点击推送

[期望]

希望官方能统一一下 ios 和android 离线和在线状态下的触发状态 不然android 一套 ios一套 官方也没明确描述两端的区别

重要:=============

android 离线推送还无法触发 receive 和click 那我如何去接受推送点击 自己从消息中心拿,但是万一用户只是点击了App启动并不是推送启动 , 这也没法判定, 所以就会导致一个 点击 通知栏推送 后 app启动 没有事件触发 我也不能通过消息中心的数据判定是用户点击推送打开 还是 普通启动App

[如果语言难以表述清晰,拍一个视频或截图,有图有真相]

IDE运行环境说明

[HBuilder 或 HBuilderX。如果你用其他工具开发uni-app,也需要在此说明]

[IDE版本号]

[windows版本号]

[mac版本号]

uni-app运行环境说明

[运行端是h5或app或某个小程序?]

[运行端版本号]

[项目是cli创建的还是HBuilderX创建的?如果是cli创建的,请更新到最新版cli再试]

[编译模式是老模板模式还是新的自定义组件模式?]

App运行环境说明

[Android版本号]

[iOS版本号]

[手机型号]

[模拟器型号]

附件

[IDE问题请提供HBuilderX运行日志。菜单帮助-查看运行日志,点右键打开文件所在目录,将log文件压缩成zip包上传]

[App问题请提供可重现问题的代码片段,你补充的细一点,问题就解决的快一点]

[App安装包或H5地址]

[可重现代码片段]

联系方式

[QQ]

安卓推送方案及比较 经常有朋友困扰于Android上面实现推送的技术,希望知道各种方案的优缺点、性能、开发难度等,于是特意写了这篇文章。 方案一: Google官方的服务: 但,通过对比研究发现C2DM机制存在以下缺点: 1)GCM要求Android系统必须是2.2以上的版本,所以对于不少2.2以前的系统没法推送 2)国内服务不稳定。而且不少国内的终端厂商纷纷把Google的服务去掉,替换上自己的。 3)需要用户绑定Google账号,但不少国内用户没有Google账号。 方案二: 利用MQTT协议,broker做代理服务器,但是随着用户的增多这个方案会有问题,因为broker的连接数有上限,到了一定程度后就无法连接了,这也就导致消息很难发送出去。 总之,连接数量有限制。 方案三: 基于XMPP协议,很多人都建议使用这个,谷歌官方的C2DM也是基于XMPP研发的,使用这个方案不会依赖android系统,也不依赖于谷歌服务器。 •XMPP协议比较费电费流量,对当前智能机的消耗太大 •在窄带网络和不稳定的(手机)网络都不是最优的选择。 方案四: 最近新出的一种是APNS,这个也不需要自己架设服务器(可以查看http://www.push-notification.mobi/),很简单,自己不用开发服务端。不过很少有人去用,不是很稳定 主要有以下特点: •快速集成:提供一种比C2DM更加快捷的使用方式,避免各种限制. •无需架设服务器:通过使用"云服务",减少额外服务器负担. •可以同时推送消息到网站页面,android 手机 •耗电少,占用流量少. 第三方服务: 目前也有不少第三方提供了推送服务,由于接入简单、服务比较专业可靠、还提供报表等,不少国内开发者和企业都采用这种方案。比如国外的parse、pubnub,国内的个推,都是这类。36kr前段时间有报道,新浪微博就是用的一家叫“个推”的第三方服务(有兴趣的朋友可以前往查看 http://www.igetuicom) 特点: •方便,易集成 •没有C2DM中的版本限制和必须用gmail绑定 •云服务,不用架设自己的服务器 •系统稳定、专业,能够承受高并发支持 •简单高效,并且省电
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值