安卓app信息推送角标源码

❶ 请问安卓APP消息推送，不管在后台运行，用户都能收到信息怎么弄

目前常用的解决方式是接入第三方消息工具，比如极光推送，
极光的通道共享功能是利用极光 SDK 的高覆盖率，将各个应用中的长连接通道共享化，可以解决以下问题：
APP（均需要集成极光 SDK ）进程间交互有效的情况下，针对某应用被杀死之后，极光也能通过共享通道将消息有效的下发到设备端并将该应用拉起。
某应用处于后台时，如果被系统关闭网络后，无法及时收到消息；此时可以从共享通道正常将下发下发到SDK，保证消息及时性。
使用方式：
集成好极光的 SDK （SDK 版本 3.1.6 及以后版本）以后，即可使用通道共享功能。
共享通道在启动时会扫描一遍手机上的其他应用，并拉起相关应用，即被杀死的 App 会被其他启动应用拉起，你的 App 启动也将拉起其他被杀死的应用。如果需要关闭该功能，将 androidmanifest 中 downloadprovider 的 android:exported 设为 false 即可

❷ app的消息推送怎么实现

app的消息通知的方式主要有两种：Pull和Push，在这里分别对这两种方式进行比较：
Pull：Pull方式即采用“拉”的方式，app在启动时会从服务器上拉取消息，在app启动或经过一个周期时会定时链接服务端来获得服务器需要传递给终端的消息也就是轮询。这种方式的有点很明显就是实现方式简单，只需要将消息上传到服务器在终端链接后就可自动发送给终端；但是缺点也同样明显，就是每个app都需要单独建立一个自己的服务器连接，发送的时间间隔不好控制，而且耗电极为严重。
Push：Push顾名思义就是采用“推”的方式，需要在移动终端和推送服务器之间建立一个长连接，就不需要每个app与服务器建立连接，所有app的服务端都是直接连接推送服务器并通过推送服务器来把消息推送到终端，而终端也只需要与推送服务器进行连接就可以接收通知消息。通过长连接，推送服务器可以在消息到来的时候及时的将消息推送到终端，推送实时性要比Pull方式强。
当然采用Push方式虽然减少了移动终端的耗电量，但是推送服务器的压力就上来了，因此app开发者在实现消息推送的时候往往会选择实力强的第三方平台来承担服务器的压力，这样既能提高推送效率，也能降低成本。
然而关于推送也可以采用第三方工具来帮忙实现，比如极光，极光推送是经过考验的大规模 App 推送平台，每天推送消息量级为数百亿条。 开发者集成 SDK 后，可以通过调用 API 推送消息。同时，JPush 提供可视化的 web 端控制台发送通知，统计分析推送效果。 全面支持 Android, iOS, Winphone 三大手机平台

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

App推送消息是我们常见的一种app消息提醒方式。

我们的实现需要第三方的支持，实现方式是后台通过接口将Push请求发送至第尺侍三方，第三方实现在App所在设备上的推送。

在与推送平台交互时，后台需要向第三方发送两部分信息，推送目标终端标示+推送内容

APP推送需要定位目标终端，也就是说要给那台设备进行推送，

简单的情况下，单设备推送，我们需要拿到一个终端ID的概念，用于定位目标设备，

注：不同渠道中使用的单设备ID方式也不尽相同，以下用TokenID来表示这个终端ID的概念。

而实际推则困知送渠道中往往还有自定义的功能，比如通过打标签的方式将TokenID进行划分，达到批量差异化的效果。

即指通过API接口参数的定义终端上收到的Push消息的内容和格式。

其中IOS的推送消息在展示上区别于安卓的一点是没有title，title的部分只能是默认的APP名称，而安卓的部分虽然默认值也是APP名称，但是也支持自定义title。

通过上述的处理逻辑可得知，后端首先需要登记客户端的TokenId，然后保持TokenID的有效性更新，然后在需要发送APP推送时拿到用户的有效TokenID，

然后使用TokenID和已有的内容信息通过API与三方Push服务交互，完成推送。

即后端的实现分为两部分：

1、TokenID的登记

2、App Push API的调用

注：以下示例中有两个元素为本项目的特殊情况：

其中proct_id是因为当前项目中客户端同时有多个版本，不同版本需要推送独立处理，但在同一张表内统一记登记；

而login_id跟member_id同时存在是因为当前孙消系统中存在共享账户的情况，一般账号账户一对一的情况login_id和member_id是绑定的，不需要同时重复登记。

<pre>
/ ============================================================== /

/* 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 int(4) comment Ɖ:Android;4:IOS',

proct_id varchar(20) default Ɔ' comment '',

push_channel int(4) default 1 comment Ƈ：IOS信鸽,2：华为,3：小米,4：极光',

nstatus int(4) not null default 0 comment '状态：0：申请中；1：生效；2：失效；3：删除；4：历史记录',

create_userid int(11) not null default 0,

create_time varchar(20) character set utf8 not null default "",

edit_userid int(11) not null default 0,

edit_time varchar(20) character set utf8 not null default "",

this_remark text,

description text,

create_ordernum varchar(30) character set utf8 comment '记录创建时的流水号',

last_ordernum varchar(30) character set utf8 comment '记录最后一次编辑时的流水号',

primary key (record_id)

)

ENGINE=InnoDB

DEFAULT CHARACTERSET=utf8

COLLATE=utf8_general_ci

auto_increment=10000

row_format=COMPACT;

alter table sys_app_push_token comment 'app推送token表'

/ ============================================================== /

/* Index: Index_1 */

/ ============================================================== /

create index Index_1 on sys_app_push_token

(

record_id

);
</pre>

注：其中，推送渠道绝对在做Push时使用哪家API，参数的判定交由客户端进行处理，后端直接登记判定结果。

<pre>
@Transactional(readOnly=false)

(TrainVansContext trainVansContext) {

try{

//check already data

trainVansContext.getTrainVansRequest().put("login_id", TrainVansUtils.getMV(trainVansContext.getTrainVansRequest(),"login_login_id"));

// get All memberRelation

trainVansContext.getTrainVansRequest().put("relation_type", TrainVansUtils.getMV(trainVansContext.getTrainVansRequest(),"visit_role"));

List> memberRelationList = SpringContextHandler.getBean(MemberService.class).getRelateMemberListByLoginId(trainVansContext);

for(Map memberRelateMap : memberRelationList){

//

trainVansContext.getTrainVansRequest().put("member_id", TrainVansUtils.getMV(memberRelateMap,"member_id"));

Map tokenMap = SpringContextHandler.getBean(AppPushService.class).getPushTokenMapByLoginMap(trainVansContext.getTrainVansRequest());

//disable already data

if(tokenMap !=null){

if(!TrainVansUtils.getMV(tokenMap,"push_token").equals(TrainVansUtils.getMV(trainVansContext.getTrainVansRequest(),"push_token"))){

//

trainVansContext.getTrainVansRequest().put("record_id", TrainVansUtils.getMV(tokenMap,"record_id"));

if(!SpringContextHandler.getBean(AppPushService.class).updateDiabledThePushToken(trainVansContext)){

thrownewRuntimeException("TranVans_Operate_Exception");

}

//insert new data

if(!SpringContextHandler.getBean(AppPushService.class).insertPushTokenRecord(trainVansContext)){

thrownewRuntimeException("TranVans_Operate_Exception");

}

}

}else{

//insert new data

if(!SpringContextHandler.getBean(AppPushService.class).insertPushTokenRecord(trainVansContext)){

thrownewRuntimeException("TranVans_Operate_Exception");

}

}

}

returntrue;

}catch(Exception e) {

TrainVansUtils.setRetInfo(trainVansContext,"10005001","Register TokenID Error");

e.printStackTrace();

thrownewRuntimeException("TranVans_Operate_Exception");

}

}
</pre>
注：方法外部有一个关于对应本账号的对账户列表的遍历，遍历中的处理部分为TokenID的登记处理操作。

推送渠道：

APP推送不仅仅要求在APP打开状态时或者后台运行时进行消息推送，更多的场景是在移动终端关闭APP的场景下进行消息推送，

渠道的优劣无非在于两个维度，送达率和送达效率。

其中安卓推送的渠道较为杂乱，其中华为和小米提供的PUSH服务对于自平台的移动终端支持的较为完善，而没有厂商提供PUSH服务的终端只能通过

第三方服务来进行对接。

对于现有的这些渠道进行如下总结：

1、IOS：信鸽推送，这个推送在我门公司中经历了三个项目，推送效果稳定。API接入也方便，是IOS端的不二选择。

2、Android-华为：华为自平台。

3、Android-小米：小米自平台。

4、Android-其他：目前使用的是“极光推送”。在理想状态下送达率和送达效率表现很好，但并不如以上三家渠道稳定。

在进行调用时可根据之前定义的push_channel分发给各自的渠道，各渠道的具体对接请各自查看官网，API都很完善。

❹ 安卓APP图标上的消息数提示是怎么实现的

手机基本上都自带这个功能，举个例子，华为手机双指收缩主屏幕操作，再点右下角的设置，里面有图标管理，可以设置自己喜欢的图标

❺ 怎么让安卓手机像iPhone那样显示软件未读消息数 就是QQ图标右上角有显示数字的

安卓版的没有这种版本的，只有图标变颜色就有，直接显示几条数目就没有。下拉才有的。

❻ 手机显示角标是什么意思

手机上的角标，角标就是软件右上角红色的数字显示，提示软件的消息通知数量。
比如微信有未读消息，桌面微信图标右上角的数字显示就是角标。
如果回答不是你需要的，可以把问题再描述详细一点。

❼ APP消息推送安卓接口实现

极光推送能实现Android API统一推送服务标准接口，统一推送服务（Unified Push Service，简称UPS）技术标准，旨在为国内的消息推送服务建立统一的标准，为终端用户提供更好的手机使用体验，为应用开发者更好的解决消息推送需求。
从 JPush 3.5.8 版本开始，新增 cn.jpush.android.ups.JPushUPSManager 类，该类提供符合 UPS 标准的接口。jpush推送消息形式主要有四种：通知，自定义消息，富媒体和本地通知。
极光推送，也叫jpush。JPush是经过考验的大规模APP推送平台，每天推送消息数超过5亿条。 开发者集成SDK后，可以通过调用API推送消息。同时，JPush提供可视化的web端控制台发送通知，统计分析推送效果。 JPush全面支持 Android, iOS, Winphone 三大手机平台。