APP消息推送(APP Push)解决方案-服务端工作逻辑和实现



一、APP 推送概述:

App推送消息是我们常见的一种app消息提醒方式。
我们的实现需要第三方的支持,实现方式是后台通过接口将Push请求发送至第三方,第三方实现在App所在设备上的推送。

二、APP推送后台处理逻辑:

在与推送平台交互时,后台需要向第三方发送两部分信息, 推送目标终端标示+推送内容
1、推送目标终端标示:
APP推送需要定位目标终端,也就是说要给那台设备进行推送,
简单的情况下,单设备推送,我们需要拿到一个终端ID的概念,用于定位目标设备,
注:不同渠道中使用的单设备ID方式也不尽相同,以下用TokenID来表示这个终端ID的概念。
而实际推送渠道中往往还有自定义的功能,比如通过打标签的方式将TokenID进行划分,达到批量差异化的效果。
2、推送内容:
即指通过API接口参数的定义终端上收到的Push消息的内容和格式。
其中IOS的推送消息在展示上区别于安卓的一点是没有title,title的部分只能是默认的APP名称,而安卓的部分虽然默认值也是APP名称,但是也支持自定义title。

三、后端实现:


通过上述的处理逻辑可得知,后端首先需要登记客户端的TokenId,然后保持TokenID的有效性更新,然后在需要发送APP推送时拿到用户的有效TokenID,
然后使用TokenID和已有的内容信息通过API与三方Push服务交互,完成推送。
即后端的实现分为两部分:
1、TokenID的登记
2、App Push API的调用

注:以下示例中有两个元素为本项目的特殊情况:
其中product_id是因为当前项目中客户端同时有多个版本,不同版本需要推送独立处理,但在同一张表内统一记登记;
而login_id跟member_id同时存在是因为当前系统中存在共享账户的情况,一般账号账户一对一的情况login_id和member_id是绑定的,不需要同时重复登记。
1、TokenID的登记:
以下是现项目使用的TokenID登记表结构:
/*==============================================================*/
/* Table: sys_app_push_token                                    */
/*==============================================================*/
create table sys_app_push_token
(
   record_id            int(11) not null auto_increment,
   login_id             int(11),
   member_id            int(11),
   push_token           varchar(200),
   visit_device   
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值