# uni-push2统一推送

本文为uni-push2.0（需要HBuilderX 3.5.1 及其以上版本支持）的介绍，如果旧项目需要使用老版本的uni-push1.0，另见： uni-push1.0

# 应用场景

以下功能可以用uni-push 实现

• 用户消息通知
  当 APP 用户相关状态或者系统功能状态变化时（如用户订单通知、交易提醒、物流通知、升级提醒、社交互动提醒等），可对用户进行及时告知，或者促使用户完成特定操作。

• 离线语音播报
  它也是一种用户消息推送，实现原理其实是自定义通知提醒铃声

• 营销促活通知
  在日常营销推广、促销活动等场景下（如双11大促、产品上新、重要资讯等），APP可对目标用户进行定向通知栏消息+应用内消息推送，吸引用户参与活动，提升日活。

• 基于uniCloud的IM、聊天、客服、棋牌游戏交互等
  例如：DCloud基于 uni-push2 开发并开源了 uni-im 详情: https://doc.dcloud.net.cn/uniCloud/uni-im.html
  另外棋牌游戏等，需要客户端被动接收消息的需求都可以用 uni-push 实现。

# 简介

# 概述

uni-push 是DCloud推出的、全端的、云端一体的统一推送服务。

1. 客户端方面， uni-push2 支持App、web、小程序。

• App端，内置了苹果、华为、小米、OPPO、VIVO、魅族、谷歌FCM等手机厂商的系统推送和个推第三方推送
• 小程序端，内置了socket在线推送。如需模板消息/订阅消息，另见 uni-subscribemsg
• web端，内置了socket在线推送 （uni-push1仅支持app，且app必须包含个推原生sdk。uni-push2在app端如不需要厂商推送，只需在线推送，无需集成个推原生sdk）

2. 服务端方面， uni-push2 支持uniCloud云端一体，无需再编写复杂代码轻松完成push。 （uni-push1.0仅支持使用传统服务器开发语言如php，未和客户端有效协同，流程比uni-push2.0繁琐）

3. uni-push还自带一个web控制台。不写代码也可以在web页面发推送。uni-push1.0的web控制台在 dev.dcloud.net.cn 。uni-push2.0的web控制台是开源的，属于uni-admin插件 详见 。

4. 如果你的项目由于特殊原因不能通过uniCloud的云函数使用uni-push2.0，你希望直接通过调用个推服务器推送消息。在这种情况下：

• uni-app项目，需要使用老版的 uni-push1.0 。相关密钥获取方式：登录 开发者中心 左侧菜单-> uni-push -> uni-push 2.0（支持全端推送） -> 消息推送 -> 应用配置 -> 应用信息
• uni-app-x 项目，虽然只能使用 uni-push2.0，但支持在 开发者中心 左侧菜单- uni-push -> uni-push 2.0（支持全端推送） -> 厂商推送设置 在顶端注意事项中，点击获取个推的MasterSecret

请注意，直接调用个推服务器进行推送可能需要更多的配置和操作步骤，具体请参考 调用个推服务器 的相关文档。

# 什么是push？

push，指服务器主动向客户端发送消息的技术。无需客户端持续轮询服务器，即可获得即时数据。

轮询有很多弊端：1) 客户端应用必须实时在线；2) 手机端耗电严重；3) 服务器负载高且浪费资源

手机的通知栏、小程序的订阅消息都是一种push，由手机操作系统或微信在底层提供了push通道，屏蔽了轮询的各种弊端。你的应用可以被关闭，只要手机有网，操作系统提供的push通道即是实时在线的。

提醒：web浏览器的webnotification其实是一个本地通知栏功能，浏览器厂商没有提供push通道。

当客户端在线时，push通过socket协议实现。当客户端离线时，服务器找不到客户端，开发者无法自己实现推送，只能依托手机操作系统、小程序底层提供的离线消息推送，调用指定的手机厂商或小程序厂商的服务器接口来发送消息。

所以一个push系统需要3部分协作：开发者的业务服务器 + 专业push服务器 + 开发者的客户端应用。

其主要流程是：

1. 开发者的业务服务器向专业push服务器发送指令，告知需要向哪些客户端发送什么样的消息
2. 专业push服务器再向客户端发送消息
3. 若手机应用在线，直接收到push；若不在线，手机用户在操作系统的通知栏中看到push消息，点击后呼起客户端应用，客户端代码可以接收响应获得消息；如果是小程序的话，则是在微信消息里看到订阅消息，点击后呼起小程序并拿到启动参数。
   

由于手机厂商众多，他们各自都有不同的推送服务，包括Apple、google（仅能在海外使用）、华为、小米、oppo、vivo、魅族，以及还有一些没有专业推送服务的中小手机品牌。他们对App后台耗电都有查杀机制，除了微信等大应用，普通应用很难常驻后台。

如果开发者把上述每个平台的客户端和服务器的SDK都对接一遍，还自己处理没有push服务的中小品牌手机，那过于困难了。所以业内有专业的推送服务厂商把各种手机厂商的通道封装成一套统一的API，如个推（属于上市公司每日互动）；同时这些三方专业推送厂商还提供了高速socket通道。当应用在线时，也可以直接通过socket下发消息。否则开发者需要写很多判断代码、搭建socket服务器、处理在线时和离线时各种差异。

DCloud与个推（A股上市公司每日互动）深度合作，为uni-app的开发者提供了比传统方案便利甚多的统一推送方案 uni-push2 ，利用云端一体的优势，同时提供基于uniCloud的push服务器和基于uni-app的push客户端，两者高效协同，极大的简化了push的使用。

注： uni-push 的服务器稳定性是由阿里云serverless、腾讯云serverless、个推来保障的，都是日活过亿的上市公司，无需顾虑稳定性。

如下图所示： 首先开发者的uniCloud应用服务器向uni-push服务器发送push消息，然后

• 如果客户端应用在线，客户端通过socket直接收到push在线消息；
• 客户端应用不联网时， uni-push 服务器根据客户端类型，把push消息发给某个手机厂商的push服务器或小程序的订阅消息服务器；然后厂商push通道会把这条消息发到手机的通知栏或微信的订阅消息里；手机用户点击通知栏消息或小程序订阅消息后，启动App或小程序，客户端才能收到离线消息。
  

总结下 uni-push 提供的功能：

1. 一个在线的socket下行服务，无论app、小程序、web，只要在线，都可以从服务器推送消息。尤其对于uniCloud用户，这个免费socket下行服务用途很多。
2. app平台，提供app离线时的推送，聚合了所有已知手机厂商的push通道；对于未提供push通道的小手机厂商，提供后台常驻进程接收push消息（受手机rom节电设置约束）
3. 小程序平台，目前提供了下行socket通道，后续会整合小程序离线时的订阅消息
4. web平台，目前提供了下行socket通道，后续会提供webnotification的封装。当标签卡在后台时（注意不是关闭时），仍然可以在屏幕上弹出通知栏。
5. 快应用平台，目前提供了下行socket通道，后续会提供离线push的封装
6. 一个 uni-admin 插件，开源的web控制台，无需编程，可视化界面发送push消息 详见

在 uni-starter 里，还提供了app push权限判断、申请、开关设置，搭配使用可以大量降低开发工作量。

注意：app申请创建通知栏消息、web申请弹出通知，均会由操作系统或浏览器自动弹窗询问用户是否同意。小程序下需要手机用户主动发起订阅行为，才能送达消息。

uni-push 即降低了开发成本，又提高了push送达率，还支持全平台，并且免费，是当前推送的最佳解决方案。

# uni-push2.0 使用uniCloud产生的费用说明

uni-push本身并不收费，实际使用中需要依赖uniCloud云服务，而uniCloud价格很实惠：

• 调用10000次云函数仅需0.0133元
• 调用10000次数据库查询仅需0.015元

可见价格之低，几乎可以忽略不计。

一次消息推送 = 1次云函数请求 + 最高3次数据库查询（最常用的基于user_id推送仅需一次查询，详情参考： 推送接口查库详解

即：最高(1 * 0.0133 + 3 * 0.015)/10000 = 0.00000583元/每次（注：给你的应用的所有注册用户群发消息算一次）

详细的计费参考： 阿里云版uniCloud按量计费文档

# 常见问题

有了uni-push，开发者不应该再使用其他push方案了。但我们发现很多开发者有误解，导致还在错误使用其他推送。

• 常见误解1：“uni-push的专业性，和专业的个推、极光等服务可相比吗？”

  答：uni-push 是由个推将其本来收费的 push 产品，免费提供给了DCloud的开发者。它与个推vip push的只有3个区别：1、免费；2、账户使用的是DCloud开发者账户，而无需再重新注册个推账户；3、开发文档看DCloud的。

• 常见误解2：“uni-push好麻烦，我就喜欢个推、极光这种简单sdk，不想去各个rom厂商去申请一圈”

  答：uni-push不建立在申请手机厂商授权的基础上，如果你不申请那些，使用起来和用普通的push是一样的。但是要特别注意，推送行业的现状就是：不集成rom厂商的推送，就无法在App离线时发送push。按照普通push模式使用，后果就是在华为、小米、OPPO、VIVO、魅族上发不了离线消息。

• 常见误解3：“uni-push的送达率高吗？是否可以付费来提升送达率，个推是有付费提升送达率的方法的”

  答：前文已经说了。个推的付费提升送达率的产品就是vip push，而uni-push就是个推的vip Push。DCloud通过谈判免费给DCloud的开发者使用了。

• uni-push可以完整替代socket吗？

  答：能部分替代。uni-push客户端接收消息的通讯协议属于websocket；但业务服务端向uni-push服务发送消息用的是http通讯协议，会有1-2秒的延时。需要超低延迟的应用场景，如多人交互远程画板不合适。但对于普通的im消息、聊天、通知都没有问题。

• 5+app和wap2app支持uni-push2.0吗？

  答：暂不支持。

• 使用有其他疑问 ，欢迎扫码加入 uni-push2.0 微信交流群讨论：
  

# 快速上手

# 第一步：开通

• 使用 HBuilder 账号登录 开发者中心
• 在左侧菜单栏找到 uni-push - uni-push 2.0（支持全端推送） - 应用信息 ，点击“当前应用”选择要操作的应用。 可进入uni-push 应用开通界面。如下图所示：

# 手机号验证

按照国家法律要求，所有提供云服务的公司在用户使用云服务时都需要验证手机号。

用户初次开通 uni-push 时，需要向个推同步手机号信息（DCloud开发者无需再注册个推账户）。

# 填写应用信息

应用开通 uni-push 功能时，需要提交应用相关信息，如下图所示：

关联服务空间说明：uni-push2.0需要开发者开通uniCloud。不管您的业务服务器是否使用uniCloud，但专业推送服务器在uniCloud上。

• 如果您的后台业务使用uniCloud开发，那理解比较简单。
• 如果您的后台业务没有使用uniCloud，那么也需要在uni-app项目中创建uniCloud环境，在HBuilderX中和dev的uni-push配置中均绑定相同服务空间，之前的业务仍然由客户端连接原有传统服务器，push相关功能则通过uniCloud服务空间实现。如果您之前使用过三方推送服务的话，可以理解为您的服务器不再调用个推服务器，而是改为调用uniCloud服务空间。

在uniCloud的云函数中，加载扩展库 uni-cloud-push ，直接调用相关API，无需额外的服务端配置。而传统服务器开发者需要把这个 云函数URL化 后变成http接口，再由原来的php或java代码调用这个http接口。

注意： Android包名、签名（SHA1指纹） 或 iOS Bundle ID ，必须确保与客户端manifest.json配置的证书相关信息一致，否则可能会导致无法正常打包或收到推送消息。

参考资料： 关于Android证书 、 iOS证书申请

开通完成后，后续仍可以在这里修改以上信息。

开通App的完整流程较多，但开通web和小程序的流程比较简单，即开即用。可以快速将uni-app项目运行到浏览器或小程序体验。

# 第二步：配置

• iOS 平台还需要上传专用的推送证书
  • 证书申请：如何获取推送证书请参考个推官方文档教程 iOS证书配置指南
  • 证书上传入口：消息推送-“配置管理”-“应用配置”
• APP手机厂商推送参数设置（可选，应用进程离线时推送通道） uni-push集成并统一了各个手机厂商的系统级推送，目前支持魅族、OPPO、华为、小米、VIVO。如果需要使用厂商推送，需要先在各厂商开发者平台申请。详见 厂商推送应用创建配置流程

# 第三步：客户端操作

# 名词解释

# 离线推送

仅APP端支持，当应用被用户关闭，或者运行到后台时，手机厂商为了省电或释放内存，会终止App后台联网。

消息将通过不会离线的手机厂商通道，下发到手机系统推送服务模块；

此时客户端会自动创建通知栏消息，展示在系统消息中心（如图所示）但客户端监听不到消息内容；当用户点击通知栏消息后，会将APP唤醒此时APP才能监听到消息内容。

# 在线推送

当应用在线时，不会创建“通知栏消息”，此时客户端会立即监听到消息内容。

如果你希望当应用在线时，也通过“通知栏消息”来提醒用户；可以通过以下两种方式实现：

1. 监听到消息内容后，根据业务需要自己判断是否要创建“通知栏消息”，需要就调用创建本地消息API uni.createPushMessage (uni-app 框架 详情参考 ，uni-app x 框架 详情参考 ) 手动创建通知栏消息。
2. 服务端执行推送时，传递参数 force_notification:true ，客户端就会自动创建“通知栏消息”（此时你监听不到消息内容），当用户点击通知栏消息后，APP才能监听到消息内容。

以上两种方案各有优劣，方案一更加灵活；比如：客服功能，客户端接收到聊天消息时，应用如果已经打开聊天对话页面，就直接将监听到的推送内容，渲染到页面。如果应用未打开聊天页，则调用api创建“通知栏消息”提醒用户；此时你还可以执行一些其他逻辑，比如将tabBar的消息中心加红点等。方案二比较简便，客户端无需额外编写代码，自动创建通知栏消息；但仅适用于不关心客户端行为就创建“通知栏消息”的场景，如广告营销内容的推送等。

# 客户端类型

个推的客户端类型是仅根据使用的sdk类型来判断的，分为两类：

1. native sdk（在 manifest.json -> APP 模块配置 -> uniPush 2.0 配置界面勾选离线推送时启用的 sdk），获取到的 cid 的 phoneType 为 APP 类型。
2. jssdk（ manifest.json -> APP 模块配置 -> uniPush 2.0 配置界面，仅勾选在线推送，未勾选离线推送时启用的 sdk），获取到的 cid 的 phoneType 均为小程序，而不管实际上你的客户端是 APP、小程序还是 web。

# 客户端启用uni-push2.0

• uni-app x 框架的App端
  标准基座不包含uni-push模块，如果需要使用此模块，应当在提交云打包时，项目代码中包含uni-push相关客户端api。 点此 了解uni-app x的摇树机制

  所以在开发调试时，需要先写一段包含uni-push相关客户端api代码，再打一个自定义基座。

  例如：

  1. 先添加如下代码：

  uni.getPushClientId({
    success(res) {
      console.log(res);
    fail(err) {
      console.log(err)
  

  注意：此时由于运行的标准基座中，不包含uni-push模块，如果运行会报错，不用着急继续往下操作

  2. 点击菜单栏的【发行】-【原生APP-云打包】然后再弹出的窗口中勾选【制作自定义调试基座】- 点击【打包】
  3. 打包成功后，点击菜单栏的【运行】-【运行到手机或模拟器】-【运行到 Android App 基座】然后再弹出的窗口中勾选【使用自定义基座运行】-【运行】

  接下来即可使用 uni-push 相关客户端 api

• uni-app 框架App端
  操作步骤打开 manifest.json - App模块配置 - 中勾选 uni-push 2.0 - 重新编译项目

• h5端

• 微信小程序端

其他小程序启用方式参考微信小程序，这里不一一列举

在 manifest.json 中配置完之后，需要重新编译项目，即：点击如图 重新运行 按钮

# 小程序中使用uni-push2.0的白名单配置

uni-push在web和小程序端就是个websocket；各家小程序平台，均要求在小程序管理后台配置小程序应用的联网服务器域名，否则无法联网。

根据下表，在小程序管理后台设置socket合法域名。下表的域名均为个推自有域名，并非DCloud所属域名。

• HBuilderX 3.6.15以下版本（小程序和web端 WebSocket连接不稳定，请尽快升级）

• HBuilderX 3.6.15及以上版本

# 客户端监听推送消息

监听推送消息的代码，需要在收到推送消息之前被执行。所以应当写在应用一启动就会触发的 应用生命周期 onLaunch 中。

示例代码：

// 文件路径：项目根目录App.vue/uvue
export default {
	onLaunch: function() {
		console.log('App Launch')
		uni.onPushMessage((res) => {
			console.log("收到推送消息：",res) //监听推送消息
	onShow: function() {
		console.log('App Show')
	onHide: function() {
		console.log('App Hide')

先跟着示例代码简单体验，详细的uni.onPushMessage API介绍：uni-app 框架 详情参考 ，uni-app x 框架 详情参考

APP端真机运行注意:

• 如果启用了离线推送，必须：经过发行原生app云打包后，客户端才能监听到推送消息。标准HBuilder运行基座无法使用。
• 离线推送时，Android手机厂商通道推送 需设置消息渠道id ，否则会被限制频次和静默推送(静音且需下拉系统通知栏才可见)
• 如果Android应用进入后台后（App未销毁），点击通知消息无法拉起App，请检查设备是否有禁止后台弹出界面，路径>>设置-应用管理-测试应用-权限管理-后台弹出界面，(一般是小米、oppo、 vivo设备)。

# 获取客户端推送标识

假如我要给“张三”打电话，那就需要知道对方的电话标识，即电话号码是多少。 同理，要给某个客户端推送消息，也需要知道该设备的客户端推送标识。

先跟着示例代码简单体验，详细的uni.getPushClientId API介绍：uni-app 框架 详情参考 ，uni-app x 框架 详情参考 代码示例：

// uni-app客户端获取push客户端标记
uni.getPushClientId({
	success: (res) => {
		let push_clientid = res.cid
		console.log('客户端推送标识:',push_clientid)
	fail(err) {
		console.log(err)

# 第四步：服务端推送消息

消息推送属于敏感操作，只能直接或间接由服务端触发。传统的三方push服务，需要开发者在服务端配置密钥或证书，根据服务器端文档签名获取token，再向相关URL接口发起网络请求......

而uni-push2.0，开发者无需关心证书、签名、服务器端文档，使用简单。云函数通过 uni-push服务端sdk，即 uni-cloud-push 的API即可直接执行uni-push所有操作。

uni-push的服务端sdk的体积不小，没有内置在云函数中。在需要操作uni-push的云函数里，开发者需手动配置 uni-cloud-push 扩展库。 （uniCloud扩展库，是uniCloud自带API中不常用且包体积较大的部分，被独立为扩展库，可以由开发者自行选择是否使用该扩展库）

• HBuilderX 中新建云函数时可选择uni-cloud-push扩展库，或者如下图所示在已有的云函数目录点右键选择“管理公共模块或扩展库依赖”

下面是一个开启了 uni-cloud-push 扩展库的云函数的package.json示例， 注意不可有注释，以下文件内容中的注释仅为说明，如果拷贝此文件，切记去除注释

{
	"name": "test",
	"version": "1.0.0",
	"description": "",
	"main": "index.js",
	"extensions": {
		"uni-cloud-push": {} // 配置为此云函数开启uni-cloud-push扩展库，值为空对象留作后续追加参数，暂无内容
	"author": ""

注意：扩展库依赖3张opendb表： opendb-tempdata , opendb-device , uni-id-device 。公测版uniCloud，执行扩展库会自动创建。如果你使用的是uniCloud正式版需要自己创建这3张表。

云函数中调用uni-cloud-push扩展库的 sendMessage 方法，向客户端推送消息

// 简单的使用示例
'use strict';
const uniPush = uniCloud.getPushManager({appId:"__UNI__XXXXXX"}) //注意这里需要传入你的应用appId，用于指定接收消息的客户端
exports.main = async (event, context) => {
	return await uniPush.sendMessage({
		"push_clientid": "xxx", 	//填写上一步在uni-app客户端获取到的客户端推送标识push_clientid
		"title": "通知栏显示的标题",	
		"content": "通知栏显示的内容",
		"payload": {
			"text":"体验一下uni-push2.0"

在云函数文件目录右键（或按快捷键ctrl + r）-> 运行-本地云函数 ，此时你的客户端将收到推送消息（应用关闭时为通知栏消息，在线时代码监听到推送消息）

先跟着示例代码简单体验一下，详细的uniPush.sendMessage API介绍 详情参考

如果按步骤操作完毕，此时你运行起来的uni-app客户端就会打印出“收到推送消息：xxxx”。如遇异常，可以重新运行一遍。

# 最佳实践

上一章，演示了基于“客户端推送标识”的消息推送，仅为方便理解和体验；在业务开发中，通常是指定消息的接收人，而不是某个设备。

如果项目使用 uni-id-pages 或 uni-id-pages-x ，即可直接指定基于uni-id的user_id、user_tag，并可筛选设备的平台、登录信息是否有效等，执行推送消息。

uni-id-pages/uni-id-pages-x 已经内置了：在登录账号、退出账号、切换账号、token续期、注销账号5个时机，管理uni-id-device表、opendb-device表与user_id、push_clientid、platform、os_name等字段的映射关系。 详情参考

此外uni-push2.0 还提供了uni-admin中的web控制台 uni-push-admin 。包含消息推送、推送统计等功能，而且是开源的，可自定义。如图：