消息推送_极光推送在版本升级推送消息是否可以用到别名推送 - CSDN
  • 本课程将带领大家使用java实现微信公号和小程序的推送功能。 本节课你能学到以下知识点 1, 实战入门java后台的开发 2,学会springboot 3,微信公号模版推送功能的实现 4,小...
  • 几种消息推送的方案

    2018-04-20 19:48:46
    首先看一张国内Top500 Android应用中它们用到的第三方推送以及所占数量:现在总结下Android平台下几种推送方案的基本情况以及优缺点:一、使用GCM(Google Cloude Messaging)Android自带的推送GCM可以帮助开发人员给...

    首先看一张国内Top500 Android应用中它们用到的第三方推送以及所占数量:

    现在总结下Android平台下几种推送方案的基本情况以及优缺点:

    一、使用GCM(Google Cloude Messaging)

    Android自带的推送GCM可以帮助开发人员给他们的Android应用程序发送数据。它是一个轻量级的消息,告诉Android应用程序有新的数据要从服务器获取,或者它可能是一个消息,其中包含了4KB的payload data(像即时通讯这类应用程序可以直接使用该payload消息)。GCM服务处理排队的消息,并把消息传递到目标设备上运行的Android应用程序。

    优点:Google提供的服务、原生、简单,无需实现和部署服务端。

    缺点:1.要求Android 2.2以上,对于不少2.2以前的系统没法推送;

         2.国内服务不稳定。而且不少国内的终端厂商纷纷把Google的服务去掉,替换上自己的。

         3.需要用户绑定Google账号,但不少国内用户没有Google账号。

    二、使用XMPP协议(Openfire+Spark+Smark)

    XMPP是一种基于XML的协议,它继承了在XML环境中灵活的发展性,有很强的可扩展性。包括上面讲的GCM服务器底层也是采用XMPP协议封装的。

    优点:协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中,且已有开源的Java版的开发实例androidpn。

    缺点:协议较复杂、冗余(基于XML)、费流量、费电,部署硬件成本高。

    而androidpn(Android Push Notification)就是基于 XMPP 开源组件的一套整合方案,服务端基于Openfire、客户端基于Smack。到AndroidPN项目主页( http://sourceforge.net/projects/androidpn/ ) 下载2个文件: androidpn-server-0.5.0-bin.zip 和 androidpn-client-0.5.0.zip 分别是服务器和客户端的代码。详细的实现方式网上有不少文章。

      1.androidpn服务端重启后客户端不会重连,这个非常悲剧

      2.由于服务器不保存消息,造成了如果客户端当前离线就收不到消息

      3.androidpn发送完消息就不管了,所以没有消息回执报表之类,造成没法做应用后续的数据分析用户体验的改善,这对于企业级的应用是个致命伤。

    XMPP协议比较费电费流量,这个对当前智能机的消耗太大,在窄带网络和不稳定的(手机)网络都不是最优的选择。但总体来说,XMPP协议还是比较成熟的。

    三、使用MQTT协议(想了解更多可以看http://mqtt.org/)

    轻量级的、基于代理的“发布/订阅”模式的消息传输协议。

    优点:协议简洁、小巧、可扩展性强、省流量、省电,目前已经应用到企业领域(参考: http://mqtt.org/software),且已有C++版的服务端组件rsmb。

    缺点:不够成熟、实现较复杂、服务端组件rsmb不开源,部署硬件成本较高。

    四、HTTP轮循方式

    定时向HTTP服务端接口(Web Service API)获取最新消息。

    优点:实现简单、可控性强,部署硬件成本低。

    缺点:实时性差。

    五、采用第三方服务

    就是前面介绍的第三方推送,客户端只需要导入第三方提供的lib库,有第三方管理长连接,负责消息的接收/发送。同时对消息都有比较详细的报表数据,可以用于做数据分析、挖掘,改善用户体验。

    展开全文
  • 浅谈消息推送功能

    2018-08-06 09:40:39
    消息推送(Push)指运营人员通过自己的产品或第三方工具对用户移动设备进行的主动消息推送。用户可以在移动设备锁定屏幕和通知栏看到push消息通知,通知栏点击可唤起APP并去往相应页面。我们平时在锁屏上看到的微信...

     

    什么是消息推送

    消息推送(Push)指运营人员通过自己的产品或第三方工具对用户移动设备进行的主动消息推送。用户可以在移动设备锁定屏幕和通知栏看到push消息通知,通知栏点击可唤起APP并去往相应页面。我们平时在锁屏上看到的微信消息等等都属于APP消息推送行列。

     

    根据产品形态和业务类型,从大的层面看,可以将消息类型拆分为“IM类”和“非IM类”,非IM类又可以根据其在实际场景中的应用细分以下不同类型:
    IM即时通讯 类

    包括微信、陌陌、qq等。

    非 IM 即时通讯

    新闻资讯类:如网易新闻、今日头条、天天快报等新闻资讯;

    营销活动类:如天猫 APP 预售、大促、满返满减等营销活动信息;

    产品推荐类:如天猫、京东关联产品推荐、新品推荐等基于大数据和算法的个性化推荐;

    系统功能类:如天猫发货到货物流通知、生日祝福提醒、优惠券过期提醒等与个人信息特征或行为属性相关联的系统内消息push。

    消息推送机制运用得好不好,往往会在用户体验,产品功能上对用户形成较大影响。具体说来,消息推送的好坏影响,有以下几点参考:

    好处

    1.信息告知与提醒

    消息推送充当着信息分发渠道的角色,平台方有关产品更新、内容更新、活动消息等内容发布,均可以通过消息推送渠道 push 给用户,能够让用户第一时间知晓此类消息。

    如果是线上活动类、电商大促等促销活动,用户也能第一时间知晓并参与进来。

    2.促进活跃,增强粘性

    消息推送也是用户运营的一块阵地,很多产品把它当作和用户交流与沟通的一道窗口。运用得当的推送消息,能够有效的促进用户活跃,提高用户粘性,让用户时不时打开你的 APP 玩起来。

    3.唤醒沉默用户,提高留存

    有些用户可能玩着玩着就流失了,几个月也不打开一次 APP。通过有趣的推送消息,也许能够唤醒起一部分流失掉的用户。甚至,在用户将要流失之际,作为流失预警机制的一道门阀,防止用户过早流失。

    4.提高功能模块使用率

    当产品更新版本时,可以通过推送消息第一时间提醒用户,引导用户打开并使用新功能,可以提高特定功能模块的使用率。

    坏处

    1.骚扰用户,提高卸载率

    有些运营同学或者是单纯因为 KPI 的压力,或者是对于消息推送没有建立有效的运营策略,也不了解用户的行为习惯,只是单纯地从己方利益出发——只想要更多地提高用户打开 APP 的频率。

    于是,频繁地给用户推送消息,打扰用户,很多时候往往得不偿失,加快用户流失速度,甚至导致用户直接卸载 APP。

    1. 透支信任

    有些运营同学为了吸引用户的注意力,从推送标题上下功夫,想了很多歪门邪道,常常用虚假标题吸引用户,当用户打开 APP 一看内容,发现跟标题描述得相差甚远。

    用户经常会有一种“被骗”的感觉,久而久之,他们明白了你的套路,便不再信任你,当你有真实的内容想要告诉用户时,他们也不再打开了。因为他们潜意识里已经认定——妈的一定又是骗我的!

    3.过多无价值内容,造成用户反感与麻木

    消息推送能够吸引一部分用户打开APP,但是怎样让用户在 APP 内开心地玩起来,并喜欢上你的APP,这是值得思考的问题。

    当然,这取决于很多因素,产品功能层面的,内容价值层面的,视觉美感层面的,交互体验层面的……等等各种因素。

    但有一点很重要,既然是内容的push,那么推送的内容当然得是用户喜闻乐见的,如果大部分内容对用户来说毫无价值,很容易导致用户反感。

    消息推送的时机与场景时机

    这里的时机是指每一天的推送时间段。一般情况下,有这样几个时间段可供参考:

    上午9点–10点:人们刚到公司,一般不会太忙,此时推送消息打开率比较高;中午12点–14点:这个时间段是午休时间,人们一般都会看看资讯啊、新闻啊、玩玩微信啊啥的,在 APP 的使用高峰时段推送消息,打开率也比较高;下午5点–6点:这个时间段人们处于准备下班的状态,比较懒散放松,有时间的话一般会选择玩玩手机,此时推送消息会吸引到用户注意力,不至于被忽略;晚上21点–22点:结束了一天的工作,吃完晚饭终于可以休息了,在人们看新闻资讯、处理聊天内容或者玩游戏的间隔,推送一条消息,打开率妥妥的。

    当然,这些时间段也不是绝对的,肯定也存在例外,这个时间仅做参考。还有一种方法就是——我们可以根据用户的真实使用场景去反推 push 时机。

    什么意思呢,也就是说,将自己代入真实的用户使用场景,比如中午吃饭的时候,你一般会做些什么呢?打开微信处理一下一上午没来得及回复的私信?看看群里面都聊了些啥?打开新闻 APP 看看今天都发生了哪些大事?或者偷偷匹配一下旗鼓相当的对手

    借助真实自己的使用场景,来反推 push 时机,或许能达到不错的效果。

    场景

    这个是什么意思呢,其实是说我们要根据用户的历史行为去分析,在什么样的场景下去进行消息推送是比较合理的。

    举个栗子,某宝的发货到货通知。比如你昨天晚上在某宝上买了个东西,今天早上你想知道这个东西有没有发货,一般情况下你是不是得打开APP去自己查看,但是如果此时,或者发货时APP 给你推送了一条消息“您购买的XXXXXX商品已发货”,就会觉得这个APP用的很舒服

    其他可能的应用场景,比如优惠券到期提醒,生日祝福提醒等,也是一样的道理。

     

    问:IM类和非IM类有什么区别

    答:一个是即时通讯,一个是非即时通讯,简单来说就是一个主要功能是聊天,另一个则不是

    问:如何分辨IM类产品和非IM类产品

    答:从产品的核心功能出发,是否属于即时通讯类产品

    问:为什么说反推用户使用时间比较好

    答:如果你自己也是此类软件的用户,那么更能直观展现出这类产品的一类人群的使用时间

     

    PPT:https://it-xzy.github.io/PM-NEW/2018.8.1.PM-9.html#/

    视频:https://v.qq.com/x/page/e0747roz2li.html

     

    展开全文
  • 消息推送方案

    2018-11-09 17:20:29
    对于需要即使通知用户的业务,例如告警等,需要消息推送功能,保证通知的及时性。   应用场景需求 消息推送涉及到消息的发送和接收,即方案既要能在后端中使用,也要能在前端和移动端使用,所以需要能适配java 和...
    • 目的

    对于需要即使通知用户的业务,例如告警等,需要消息推送功能,保证通知的及时性。

     

    • 应用场景需求

    消息推送涉及到消息的发送和接收,即方案既要能在后端中使用,也要能在前端和移动端使用,所以需要能适配java 和 javaScript 语言。

     

    • 选择方案

        常规思路如下三种:

    轮询(Pull)方式:客户端定时向服务器发送询问消息,一旦服务器有变化则立即同步消息。

    推送(Push)方式:移动终端现在服务器端注册并告知关注的消息主体,服务器获得相关的消息之后,根据主体主动推送给移动终端。

    常连接方式:移动终端与服务器端保持常连接,保证消息下发的及时性。

     

    通过检索分析,选择使用push方式,并且使用MQTT协议来实现。此协议开销小,能高效地使用网络,也是物联网选择使用的一个协议。并且由于使用较多,说明资料相对来说比较丰富,便于开发使用。

    消息中转代理服务使用Apache的开源工具 ActiveMQ Artemis, 它是一个多协议消息中转服务,支持STOMP, AMQP, MQTT, Openwire, SSL, and WebSockets。

    服务端和客户端之间通过发布和订阅方式来实现消息推送,消息的中转即通过Artemis来实现。

     

     

     

     

     

     

     

    MQTT协议针对消息传送提供三种服务质量:

    “至多一次”

    消息根据底层因特网协议网络尽最大努力进行传递。 可能会丢失消息。

    “至少一次”

    保证消息抵达,但可能会出现重复。

    “刚好一次”

    确保只收到一次消息。

    因此我们可以根据具体的业务需要来设置服务质量参数QoS,同时通过主题Topic来区分不同的业务来推送给不同的用户。

     

     

    关于中转服务器的选择,分析了三种服务器,都是开源项目,分别为Apache的 Apollo 、Artemis 还有国内的EMQ, 其中Apollo 操作虽然简洁,但是已经很久没有更新维护了,而国内的EMQ 从使用来看不如Apache的便利,并且其使用Erlang语言开发,非常规开发语言,对于后期使用维护不太方便。综合来看,Artemis的功能比较完备,并且版本一直有在更新维护,使用的是Java语言开发,遇到问题可以从开源社区寻求获取解决方案。

     

    中转消息服务器Artemis信息显示页面

    连接会话:

     

    服务器使用情况:

     

     

     

     

    • 具体使用流程

     

     

     

     

     

     

     

     

    五:参考文档

     

    1、消息中转服务Artemis 说明:

    http://activemq.apache.org/artemis/

    其开源项目代码地址:

    https://github.com/apache/activemq-artemis

     

    1. 后台Java(包括App)使用库和代码参考:

    https://github.com/eclipse/paho.mqtt.java

    https://github.com/eclipse/paho.mqtt.android

     

    1. 前台JavaScript使用库和代码参考:

    https://github.com/eclipse/paho.mqtt.javascript

    注意使用对应的库,来进行对应的调用,其JS库有两个版本:

    @namespace Paho

    @namespace Paho.MQTT

     

    1. MQTT 协议说明:

    https://docs.oasis-open.org/mqtt/mqtt/v3.1.1/os/mqtt-v3.1.1-os.html

    中文翻译版本:

    https://mcxiaoke.gitbooks.io/mqtt-cn/content/mqtt/01-Introduction.html

     

    1. 各种代理服务

    https://github.com/mqtt/mqtt.github.io/wiki/brokers

     

    展开全文
  • 这里我们从系统结构的层面来看消息推送系统(Push Server)的基本原理。 首先需要了解几个基本的概念: HTTP长连接 翻译自http keep-alive connection和http persistent connection,又叫http connection reuse,...

    这里我们从系统结构的层面来看消息推送系统(Push Server)的基本原理。

    首先需要了解几个基本的概念:

    HTTP长连接

    翻译自http keep-alive connection和http persistent connection,又叫http connection reuse,网上也有反过来翻译成http long connection。

    下面这个图来自wikipedia,讲解了http长连接是在一个TCP连接的基础之上,发送多个HTTP请求以及接收多个HTTP响应,这是为了避免每一次请求都去打开一个新的连接。在HTTP 1.1标准中,所有的请求都认为是长连接。

    HTTP长连接图解

    在这里的消息推送系统中,HTTP长连接的作用就是向服务器发送请求,然后一直等待服务器的返回数据。这就相当于客户端在“监听”服务器了,可以随时接收来自服务器的消息。OK,lolita is ready to be pushed!

    同步与异步

    同步:IO操作将导致请求进程阻塞,直到IO操作完成。也就是说客户端在发送请求后,必须得在服务端有回应后才发送下一个请求。

    异步:IO操作不导致请求进程阻塞。也就是说客户端在发送请求后,不必等待服务端的回应就可以发送下一个请求。

    同步与异步说的是客户端与服务器端之间的一种通信方式。

    阻塞与非阻塞

    阻塞:服务器端的线程或者进程没有处理完数据的时候,不会返回,线程或者进程回被挂起,不再响应其他请求。

    非阻塞:服务器端在没有处理完的时候,会立即返回,不会挂起线程或者进程,可以继续响应其他请求。

    阻塞与非阻塞说的是服务器端对请求的处理方式。

    在消息推送系统中,客户端+服务器端一起,使用的是异步非阻塞。

     

    消息推送系统(Push Server)的结构和原理

    好了,接下来是就是消息推送系统(Push Server)的结构和原理了:

     

    1. 客户端发出一个http长连接请求,然后等待服务器的响应。这个请求是异步的,所以客户端可以继续工作,比如发起其他ajax请求等等。这个时候客户端就是一个待推倒的小萝莉了。

    2. 服务器接到请求之后,并不立即发送出数据,而是hold住这个connecton。这个处理是非阻塞的,所以服务器可以继续处理其他请求。

    3. 在某个时刻,比如服务器有新数据了,服务器再主动把这个消息推送出去,即通过之前建立好的连接将数据推送给客户端。

    4. 客户端收到返回。这个时候就可以处理数据,然后再次发起新的长连接。

    基本原理就是这么简单。

    但是在具体实现的时候,还有很多细节要处理,需要一些其他的技术。

    下一篇会讲解客户端Javascript的实现,主要内容是HTTP长连接的建立和CORS在不同浏览器下的实现。

    参考资料:

    http://en.wikipedia.org/wiki/HTTP_persistent_connection


    本文短网址:http://goo.gl/cnJEZ


    展开全文
  • App消息推送的原理

    2019-04-29 16:19:44
    Android消息推送原理3.1 操作系统有自身的消息推送功能(系统级别)3.2 三种基本的推送方式:Push、Pull 和 SMS3.3 七种主流的Android消息推送方式 1. 基本概念 目的: 在用户未打开App时,App主动向用户推送...

    1. 基本概念

    • 目的: 在用户未打开App时,App主动向用户推送服务器最新消息
      在这里插入图片描述

    • 基本原理: 服务器如何先找到设备、再找到app?
      每一个设备都有一个自己的设备号,而设备中的app又都有一个唯一的包名。所以服务器只需要找到设备号与包名就可以定位到某个设备的某个应用,而这设备号与包名会一起构成一个标识符,叫做device_token,因此问题就简化为把device_token与消息内容等信息交给服务器,服务器把内容发到唯一的device_token上。

    • 作用: 功能需要,如:资讯类产品的新闻推送、工具类产品的公告推送等等;活动运营需要,如:电商类产品的促销活动;召回用户 / 提高活跃度等等。

    2. iOS和Android消息推送原理对比

    iOS 的消息推送机制面世之时是一种全新的解决方案(堪称平台中的平台),应用本身不能有常驻的后台进程,系统的开销少,内存使用更少,电量也更少(把更多的运算和资源开销放在云端,非设备端)。而 Android 的特点,虽然开销大,优点是更稳定快速,但不明显。

    (更多请参见以下文章:《移动端IM实践:谷歌消息推送服务(GCM)研究(来自微信)》《Android端做消息推送有没有比较好的方案?》《为何微信、QQ这样的IM工具不使用GCM服务推送消息?》,以及即时通讯网精选的《推送技术好文专辑》

    2.1 iOS

    2.1.1 基本原理

    iOS 系统的推送(APNS,即 Apple Push Notification Service)依托一个或几个系统常驻进程运作,是全局的(接管所有应用的消息推送),所以可看作是独立于应用之外,而且是设备和苹果服务器之间的通讯,而非应用的提供商服务器。
    在这里插入图片描述
    iOS的推送是通过苹果自己的APNs服务进行的,用户需要将device_token以及消息内容等推送信息交给APNs服务器,剩下的均由苹果自己来完成。iOS应用的推送大部分情况下都要依赖苹果生态提供的APNs(Apple Push Notification Service)服务。
    在这里插入图片描述

    1. 首先,作为设备标识的device-token是由APNs颁发的,App开发者或者第三方推送平台(图中的Provider)做的工作是收集这个device-token,APNs的推送是要求基于APNs颁发的device-token来推送的。只有正确的device-token会被APNs接受,如果是一个错误的、或者无效的device-token(比如App已经卸载了),APNs就不会接受。
    2. 接着,开发者使用第三方推送平台(图中的Provider)在将推送内容与范围选定之后进行推送,第三方推送平台将信息提交给APNs,剩下的操作全部都由APNs来进行完成,整个过程第三方推送平台就不能控制了

      例如,腾讯 QQ 的服务器(Provider)会给苹果公司对应的服务器(APNs)发出通知,然后再中转传送到你的设备(Devices)之上。当你接收到通知,打开应用,才开始从腾讯服务器接收数据,跟你之前看到通知里内容一样,但却是经由两个不同的通道而来

    2.1.2 优劣势

    所以, iOS 的推送,可以不严谨的理解为:
    1)苹果服务器朝手机后台挂的一个 IM 服务程序发送的消息;
    2)系统根据该 IM 消息识别告诉哪个 Apps 具体发生了什么事;
    3)系统分别通知这些 Apps ;
    他们带给用户的好处是实实在在的:
    1)安全:只有登录过的开发者可以通过苹果的服务器推送;
    2)快速、稳定、可靠:苹果掌控推送服务器和 OS ;
    3)更省电;
    4)让整个系统的体验更统一和简单:不会出现杀后台这种脑残事。(不用大量 Apps / Apps 的服务为了推送挂后台)。也不会出现 Apps 被杀就收不到推送这种脑残事(早一点的新浪微博 Android 版仍然如此);
    5)开发容易:当然,开发者还是要做些事情,比如维护个服务器什么的。但是复杂度无疑降低很多了。

    2.2 Android

    而 Android,就不同,更像是传统桌面电脑系统做法。每个需要后台推送的应用有各自的单独后台进程,才能和各自的服务器通讯,交换数据。另外其实 Android 也有类似 APNS 的 GCM(Google Cloud Message),属于开发者可选,非强制。

    2.2.1 基本原理

    Android平台在不使用GCM的情况下就需要将自己的服务器或是第三方推送服务提供商的服务器与设备建立一条长连接,通过长连接进行推送。
    在这里插入图片描述
    开发者通过第三方推送服务提供商将信息直接下发给需要的设备,第三方推送服务提供商与设备建立一条长连接通道,并且将消息路由到APP中(图中的设备1与设备2),对于像设备3这种无网络连接或是没有成功建立长连接通道的设备,会在设备3连网且推送消息没有过期的情况下自动收到由第三方推送服务提供商推送过来的消息,保证消息不会丢失。

    但是不建议自己设置服务器实现推送功能。
    一是因为成本太高(开发成本、维护成本),自己搭建的服务器无论是稳定性还是速度上都比不了第三方推送服务提供商的效果;
    另一个是因为自己的数据量较小,使用第三方推送服务提供商可以用他们的维度进行推送,实现精准推送。

    2.2.2 优劣势

    Apps 挂后台一直是 Android 引以为豪的特性,挂后台等待推送就成为技术选择;
    但是,没人真正为用户的电池负责。Apps 的开发者不会站在系统层面考虑的。他会假设其他 Apps 没有那么“不自觉”;
    优点在于 ,因为整个技术方案非强制, Android 的 Apps 在接收到推送后的表现更为灵活。像 Line 的 Android 版本可以在推送通知的 Popup 上直接回复, iOS 就需要越狱才能做到了。

    3. Android消息推送原理

    3.1 操作系统有自身的消息推送功能(系统级别)

    • 系统级别:任何时候都可以推送给用户,且不会被系统杀死
    • Android的消息推送服务称为:C2DM(Cloud to Device Messaging)

    3.2 三种基本的推送方式:Push、Pull 和 SMS

    • 本质: App将服务器更新的信息推送给用户,即App获取服务器信息,再推送给用户
    • App从服务器获取最新消息的基本方式(原理)有3种:Push、Pull 和 SMS
      在这里插入图片描述

    3.2.1 轮询(Pull)方式

    应用程序应当阶段性的与服务器进行连接并查询是否有新的消息到达,你必须自己实现与服务器之间的通信,例如消息排队等。

    要考虑轮询的频率,如果太慢可能导致某些消息的延迟,如果太快,则会大量消耗网络带宽和电池

    3.2.2持久连接(Push)方式

    这个方案可以解决由轮询带来的性能问题,但是还是会消耗手机的电池。IOS平台的推送服务之所以工作的很好,是因为每一台手机仅仅保持一个与服务器之间的连接,事实上C2DM也是这么工作的。不过刚才也讲了,这个方案存在着很多的不足之处,就是我们很难在手机上实现一个可靠的服务,目前也无法与IOS平台的推送功能相比。

    3.2.3 SMS(Push)方式

    在Android平台上,可以通过拦截SMS消息并且解析消息内容来了解服务器的意图,并获取其显示内容进行处理。

    优势: 可以实现完全的实时操作。
    劣势:成本相对比较高,需要向移动公司缴纳相应的费用。我们目前很难找到免费的短消息发送网关来实现这种方案。

    3.3 七种主流的Android消息推送方式

    **Original Link:**https://www.cnblogs.com/hanyonglu/archive/2012/03/04/2378971.html
    在这里插入图片描述

    展开全文
  • 最开始自己公司的后台推送系统只能是用户在线时推送推送消息也不会保存,若用户离线,那么这条推送消息就再也无法获取。更让人头疼的是:推送的内容和推送系统是耦合在一起的,这样往往在改一处代码的同时,会出现...
  • 如今的手机每天都会被各种App的消息推送覆盖,消息推送也成了周末去哪儿APP增加自己曝光量的一种重要手段。消息推送的技术也日渐成熟,各种平台纷纷出现,抢占这一业务,本文就从技术角度来吐槽吐槽。本文是由我们的...
  • https://www.jianshu.com/p/b61a49e0279f1.消息推送的实质实际上,是当服务器有新消息需推送给用户时,先发送给应用App,应用App再发送给用户2. 作用产品角度:功能需要,如:资讯类产品的新闻推送、工具类产品的...
  • 消息推送架构介绍

    2019-03-18 14:11:17
    推送是在日常终端使用场景中经常碰到,特别是移动互联网普及之后,手机终端成为了消息推送的主战场,例如生活服务类的优惠券推送,咨询类的新闻推送,电商类的购物推送等等,在业务用户触达上起到了至关重要的作用,...
  • 【原创】EAWorld2019-03-21 08:31:00 转载本文需注明出处:微信公众号EAWorld,违者必究。 引言: ...而随着各大厂商浏览器版本的迭代,前端技术的不断革新,消息推送用到的场景也越来越多了。 ...
  • 今天就由本菜鸟给大家做一个简单的IOSApp消息推送教程吧!一切从0开始,包括XCode6, IOS8, 以及苹果开发者中心最新如何注册应用,申请证书以及下载配置概要文件,相信很多刚开始接触ios的人会很想了解一下。(ps:...
  • 消息推送在Android开发中应用的场景是越来越多了,比如说电商产品进行活动宣传、资讯类产品进行新闻推送等等,如下图: 本文将介绍Android中实现消息推送的第三方推送的详细解决方案 阅读本文前,建议先阅读我的写...
  • 在Android开发中,消息推送功能的使用非常常见。为了降低开发成本,使用第三方推送是现今较为流行的解决方案。 今天,我将手把手教大家如何在你的应用里集成小米推送 该文档基于小米推送官方Demo,并给出简易推送...
  • 比如我们小程序中的客服功能,我不想要使用小程序后台的在线客服功能,但我又想实现客服功能,这个时候微信提供了消息推送功能,在小程序后台的设置,开发设置中,消息推送功能: 点击开启消息推送功能,认证成功...
  • 微信小程序的消息推送功能简单的说就是发送一条微信通知给用户,用户点开消息可以查看消息内容,也可以通过消息链接进入到小程序的制定页面。 微信小程序消息推送需要用户触发动作才能发送消息,比如用户提交订单、...
  • 前面写过一篇云开发实现小程序订阅消息(模板消息)推送的文章,《借助云开发实现小程序订阅消息和模板消息的推送功能》是有好多同学用的是Java写后台,所以今天就再来写一篇Java后台实现小程序订阅消息推送的文章。...
  • 最近好像有不少朋友关注Android客户端消息推送的实现,我在之前的项目中用到过Java PC客户端消息推送,从原理讲上应该是一致的,在这里分享一下个人的心得。 消息推送实现原理  这里的消息推送,通常是指由...
  • 消息推送系统方案

    2018-09-04 16:14:17
    消息推送创建/发送 消息推送后台管理: 消息推送模块: 消息推送管理: 新建推送消息: 消息支持在指定的时间开发推送功能; 消息支持按照不同群体分类进行精准推送功能; 标签推送:给用户增加标签...
  • 一般在微信企业号下做软件开发,基本都会用到消息推送,用户在完成一个操作之后,会在企业号中推送一条消息,这条消息可能是文本、图文等不同类型,在具有审批流程的消息推送中,下一级人员审批完成会给上一级推送一...
1 2 3 4 5 ... 20
收藏数 148,174
精华内容 59,269
关键字:

消息推送