精华内容
下载资源
问答
  • App消息推送 实现原理

    千次阅读 2020-05-19 17:34:23
    实际上,是当服务器有新消息推送给用户时,先发送给应用App,应用App再发送给用户 2. 作用 产品角度:功能需要,如:资讯类产品的新闻推送、工具类产品的公告推送等等 运营角度:活动运营需要,如:电商...

    1.消息推送的实质

       实际上,是当服务器有新消息需推送给用户时,先发送给应用App,应用App再发送给用户

            

    2. 作用

             产品角度:功能需要,如:资讯类产品的新闻推送、工具类产品的公告推送等等

            运营角度:活动运营需要,如:电商类产品的促销活动;召回用户 / 提高活跃度等等

            作为开发者,不要有需求就接,应该多思考、多理解用户 / 功能的使用场景,有助于我们更好地去选择合适的开发方式

    3.原理

    4.七种主流的消息推送方式

    1.C2DM

    Cloud to Device Messaging,云端推送,是Android系统级别的消息推送服务(Google出品)

    C2DM服务负责处理诸如消息排队等事务,并向运行于目标设备上的应用程序分发这些消息。

    优点:
    C2DM提供了一个简单的、轻量级的机制,允许服务器可以通知移动应用程序直接与服务器进行通信,以便于从服务器获取应用程序更新和用户数据。
    缺点:
    依赖于Google官方提供的C2DM服务器,但在国内使用Google服务需要翻墙,成本较大;
    需要用户手机安装Google服务。但由于Android机型、系统的碎片化 & 国内环境,国内的Android系统都自动去除Google服务,假如要使用C2DM服务,这意味着用户还得去安装Google服务,成本较大。

    2.轮询

       基于Pull方式,应用程序隔固定时间主动与服务器进行连接并查询是否有新的消息
    优点:
    实时性好
    缺点:
    成本大,需要自己实现与服务器之间的通信,例如消息排队等;

    到达率不确定,考虑轮询的频率:太低可能导致消息的延迟;太高,更费客户端的资源(CPU资源、网络流量、系统电量)和服务器资源(网络带宽)

    3.SMS信令推送

       基于Push方式,服务器有新消息时,发送1条类似短信的信令给客户端,客户端通过拦截信令,解析消息内容 / 向服务器获取信息
    优点 :可实现完全的实时操作

    缺点 :成本高(主要是短信资费的支出)

    4.MQTT协议

    轻量级的消息发布/订阅协议,基于Push方式,wmqtt.jar 是IBM提供的MQTT协议的实现,原理如下图:

    5.XMPP协议

    定义
    Extensible Messageing and Presence Protocol,可扩展消息与存在协议,是基于可扩展标记语言(XML)的协议,是目前主流的四种IM协议之一
    其他三种:
    即时信息和空间协议(IMPP)
    空间和即时信息协议(PRIM)
    即时通讯和空间平衡扩充的进程开始协议SIP(SIMPLE)

    原理: XMPP中定义了三个角色,分别是客户端、服务器和网关

    客户端
    通过 TCP/IP与XMPP 服务器连接,然后在之上传输与即时通讯相关的指令(XML);
    解析组织好的 XML 信息包;
    理解消息数据类型。
    XMPP的核心:XML流传输协议(在网络上分片断发送XML的流协议),也是即时通讯指令的传递基础,即XMPP用TCP传的是XML流
    与即时通讯相关的指令,在以前要么用2进制的形式发送(比如QQ),要么用纯文本指令加空格加参数加换行符的方式发送(比如MSN)。
    XMPP传输的即时通讯指令的逻辑与以往相仿,只是协议的形式变成了XML格式的纯文本。
    服务器

    监听客户端连接,并直接与客户端应用程序通信(客户端信息记录)
    与其他 XMPP 服务器通信;
    网关:与异构即时通信系统进行通信
    异构系统包括SMS(短信),MSN,ICQ等
    通信能够在这三者的任意两个之间双向发生。

    原理流程

    原理流程
    优点
    开源:可通过修改其源代码来适应我们的应用程序。
    简单:XML易于解析和阅读;将复杂性从客户端转移到了服务器端
    可拓展性强:继承了在XML环境中灵活的发展性,可进一步对协议进行扩展,实现更为完善的功能。
    GTalk、QQ、IM等都用这个协议
    缺点
    如果将消息从服务器上推送出去,则不管消息是否成功到达客户端手机上。

    源码实例:有一个很棒的基于XMPP协议的java开源Android push notification:Androidpn项目地址,大家有兴趣可以去看看

    6. 使用第三方平台

    现今主流的推送平台分为
    手机厂商类:小米推送、华为推送。
    第三方平台类:友盟推送、极光推送(大部分公司都在使用,开源)、云巴(基于MQTT)
    BAT大厂的平台推送:阿里云移动推送、腾讯信鸽推送、百度云推送
    具体各推送平台的优缺点请看我写的文章:Android推送:第三方消息推送平台详细解析

    7. 自己搭建
    如果你的产品对于消息推送具备较高的功能和性能要求,同时对安全性要求非常高的话,自己搭建可能是最好的方式,但这种方式无疑成本是最高的。
     

     

    一张图片概括其中主流消息推送方式

    在这里插入图片描述

     

     

    展开全文
  • Android App消息推送 实现原理

    万次阅读 多人点赞 2018-05-14 22:26:33
    https://www.jianshu.com/p/b61a49e0279f1.消息推送的实质实际上,是当服务器有新消息推送给用户时,先发送给应用App,应用App再发送给用户2. 作用产品角度:功能需要,如:资讯类产品的新闻推送、工具类产品的...

    https://www.jianshu.com/p/b61a49e0279f

    1.消息推送的实质

    实际上,是当服务器有新消息需推送给用户时,先发送给应用App,应用App再发送给用户


    2. 作用
    产品角度:功能需要,如:资讯类产品的新闻推送、工具类产品的公告推送等等

    运营角度:活动运营需要,如:电商类产品的促销活动;召回用户 / 提高活跃度等等

    作为开发者,不要有需求就接,应该多思考、多理解用户 / 功能的使用场景,有助于我们更好地去选择合适的开发方式

    3.原理

    4.7 种主流的消息推送方式

    1.C2DM

    Cloud to Device Messaging,云端推送,是Android系统级别的消息推送服务(Google出品)


    C2DM服务负责处理诸如消息排队等事务,并向运行于目标设备上的应用程序分发这些消息。

    优点
    C2DM提供了一个简单的、轻量级的机制,允许服务器可以通知移动应用程序直接与服务器进行通信,以便于从服务器获取应用程序更新和用户数据。
    缺点
    依赖于Google官方提供的C2DM服务器,但在国内使用Google服务需要翻墙,成本较大;
    需要用户手机安装Google服务。但由于Android机型、系统的碎片化 & 国内环境,国内的Android系统都自动去除Google服务,假如要使用C2DM服务,这意味着用户还得去安装Google服务,成本较大。

    2.轮询

    基于Pull方式,应用程序隔固定时间主动与服务器进行连接并查询是否有新的消息
    优点
    实时性好
    缺点
    成本大,需要自己实现与服务器之间的通信,例如消息排队等;

    到达率不确定,考虑轮询的频率:太低可能导致消息的延迟;太高,更费客户端的资源(CPU资源、网络流量、系统电量)和服务器资源(网络带宽)

    4.3 SMS信令推送

    基于Push方式,服务器有新消息时,发送1条类似短信的信令给客户端,客户端通过拦截信令,解析消息内容 / 向服务器获取信息
    优点 可实现完全的实时操作

    缺点 成本高(主要是短信资费的支出)

    4.4 MQTT协议

    轻量级的消息发布/订阅协议,基于Push方式,wmqtt.jar 是IBM提供的MQTT协议的实现,原理如下图:


    4 .5 XMPP协议
    定义
    Extensible Messageing and Presence Protocol,可扩展消息与存在协议,是基于可扩展标记语言(XML)的协议,是目前主流的四种IM协议之一
    其他三种:
    即时信息和空间协议(IMPP)
    空间和即时信息协议(PRIM)
    即时通讯和空间平衡扩充的进程开始协议SIP(SIMPLE)

    原理: XMPP中定义了三个角色,分别是客户端、服务器和网关

    客户端
    通过 TCP/IP与XMPP 服务器连接,然后在之上传输与即时通讯相关的指令(XML);
    解析组织好的 XML 信息包;
    理解消息数据类型。
    XMPP的核心:XML流传输协议(在网络上分片断发送XML的流协议),也是即时通讯指令的传递基础,即XMPP用TCP传的是XML流
    与即时通讯相关的指令,在以前要么用2进制的形式发送(比如QQ),要么用纯文本指令加空格加参数加换行符的方式发送(比如MSN)。
    XMPP传输的即时通讯指令的逻辑与以往相仿,只是协议的形式变成了XML格式的纯文本。
    服务器

    监听客户端连接,并直接与客户端应用程序通信(客户端信息记录)
    与其他 XMPP 服务器通信;
    网关:与异构即时通信系统进行通信
    异构系统包括SMS(短信),MSN,ICQ等
    通信能够在这三者的任意两个之间双向发生。

    原理流程


    原理流程
    优点
    开源:可通过修改其源代码来适应我们的应用程序。
    简单:XML易于解析和阅读;将复杂性从客户端转移到了服务器端
    可拓展性强:继承了在XML环境中灵活的发展性,可进一步对协议进行扩展,实现更为完善的功能。
    GTalk、QQ、IM等都用这个协议
    缺点
    如果将消息从服务器上推送出去,则不管消息是否成功到达客户端手机上。

    源码实例:有一个很棒的基于XMPP协议的java开源Android push notification:Androidpn项目地址,大家有兴趣可以去看看

    4.6 使用第三方平台
    现今主流的推送平台分为


    手机厂商类:小米推送、华为推送。
    第三方平台类:友盟推送、极光推送、云巴(基于MQTT)
    BAT大厂的平台推送:阿里云移动推送、腾讯信鸽推送、百度云推送
    具体各推送平台的优缺点请看我写的文章:Android推送:第三方消息推送平台详细解析


    4.7 自己搭建
    如果你的产品对于消息推送具备较高的功能和性能要求,同时对安全性要求非常高的话,自己搭建可能是最好的方式,但这种方式无疑成本是最高的。



    展开全文
  • php实现app消息推送

    万次阅读 2021-06-28 12:04:27
    他们的原理都是把sdk内置在app里面,达到消息推送的目的,通过一张图来了解一下,看不懂不要紧,理解大概的过程就行 实现 进入极光官网,注册一个app应用 集成厂商推送服务(!!!非常重要,不然推送不了——...

    如何用php实现APP消息推送

    现在有很多的消息推送厂商,比如阿里云的消息推送,极光推送,融云的消息推送。他们的原理都是把sdk内置在app里面,达到消息推送的目的,通过一张图来了解一下,看不懂不要紧,理解大概的过程就行

    在这里插入图片描述

    实现

    • 进入极光官网,注册一个app应用
      在这里插入图片描述

    • 集成厂商推送服务(!!!非常重要,不然推送不了——)

    在这里插入图片描述
    中途还要验证企业用户,集成完把sdk发给app开发人员。

    • 极光官网推送,测试是否成功

    ![在这里插入图片描述](https://img-blog.csdnimg.cn/20210628122916966.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI5OTc0NTUz,size_16,color_FFFFFF,t_70
    到这一步已经实现基本的推送了,可以发现非常简单。

    重点来了,用php实现推送

    回到第一张图,只要我们调用api,就可以实现推送,话不多说开干,详看官方文档API部分
    在这里插入图片描述

    php使用极光推送

    • 项目引入极光SDK
    composer require jpush/jpush
    
    • 简单使用
    use JPush\Client as JPush;
    use JPush\Client;
    	//测试推送
        public function jpush(){
            $app_key="111111";     //这是app密钥,填你自己的
            $master_secret="1111111";    //这也是密钥,填你自己的
            $client = new Client($app_key,$master_secret);
            $pusher = $client->push();
            $pusher->setPlatform('Android');
    		//$pusher->addAllAudience();
            $pusher->addRegistrationId('100d85590992b509d86');
            $pusher->setNotificationAlert('test,RedJPush---'.date("Y-m-d H:i:s"));
            try {
                $res=$pusher->send();
                return $res;
            } catch (\JPush\Exceptions\JPushException $e) {
                return $e->getMessage();
            }
         }
    

    总结

    首先搞懂推送的概念,它们是如何工作的,然后再使用php调用极光api,过程很简单。

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

    万次阅读 2019-04-29 16:12:06
    文章目录1. 基本概念2. iOS和Android消息推送原理对比2.1 iOS2.2 Android3. Android消息推送原理3.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消息提醒方式。 我们的实现需要第三方的支持,实现方式是后台通过接口将Push请求发送至第三方,第三方实现在App所在设备上的推送。 APP推送后台处理逻辑: 在与推送平台交互时,...
  • uni-app消息推送方案

    万次阅读 热门讨论 2019-11-06 01:13:40
    uni-app是支持消息推送的,参考如下文档: UniPush介绍 UniPush使用指南 UniPush开通指南 如何自定义推送通知的图标? 在 uni-app 中使用 UniPush 二、效果 开源项目uniapp-admin 三、需求 不同角色的用户登陆App,...
  • c#,利用个推实现APP消息推送

    千次阅读 2018-01-24 11:23:56
    // 推送主类(方式2,不可与方式1共存)此方式可通过获取服务端地址列表判断最快域名后进行消息推送,每10分钟检查一次最快域名 //IGtPush push = new IGtPush("",APPKEY,MASTERSECRET); ListMessage message = ...
  • 消息推送原理以及实现过程

    万次阅读 2017-07-28 11:58:27
    消息推送原理以及实现过程
  • (1)消息推送的作用目前的手机APP多数都具有消息推送的功能。消息推送我认为其作用和价值有二:一是向所有APP用户发布消息公告;二是在业务流中及时向特定用户发出提醒,告知某请求的处理进度。(2)消息推送的方式...
  • iOS 实现消息推送原理分析

    千次阅读 2017-01-03 16:19:42
    摘抄:脚本之家一、消息推送原理实现消息推送之前先提及几个于推送相关概念,如下图:1、简介 (1)、Provider:就是为指定IOS设备应用程序提供Push的服务器,(如果IOS设备的应用程序是客户端的话,那么Provider...
  • APP推送系统工作原理

    2019-05-06 13:11:46
    推送解决了这个困境,它让服务器主动连接APP,通知APP有了新的新闻,可以再请求。收到推送APP(即使已关闭)又去服务器请求最新的新闻,用户就能看到了。 二、实现推送的方法 实现一个推送系统需要服务器端和...
  • 出于好奇,想了解一下消息推送机制,在网上搜索到了几篇文章,感觉还不错,粘贴下来,等真正用到的时候再仔细研究 以下两篇是关于ios的 1、http://blog.csdn.net/xyxjn/article/details/40898183 2、...
  • 消息推送原理实现总结中讲述了消息推送原理实现总结,但并未讲到Provider服务端及Client App客户端的实现,但我在这里只是简单讲述Provider服务端(JAVA实现)步骤如下: 一、  制作Provider服务端...
  • 如何实现APP推送消息

    千次阅读 2016-06-14 11:28:06
    推送的基本原理其实类似,其实就是通过手机和服务器之间的Socket维持一个TCP长连接,通过这个长连接来实现服务器和客户端之间的通信。Socket编程实现起来比较复杂,可以利用第三方推送sdk,也有大量的开源技术可以...
  • iOS 消息推送原理实现总结+1 一、消息推送原理: 在实现消息推送之前先提及几个于推送相关概念,如下图: 1、 Provider:就是为指定IOS设备应用程序提供Push的服务器,(如果IOS设备的应用...
  • 本文追溯了推送技术的发展历史,剖析了其核心原理,并对推送服务的关键技术进行深入剖析,围绕消息推送时产生的服务不稳定性,消息丢失、延迟,接入复杂性,统计缺失等问题,提供了一整套平台级的高可用消息推送解决...
  • 即:提高App的在线活跃用户数、增加离线App消息推送、同时结合用户画像,投其所好的推送消息,才能让用户持续产生依赖性。 一、疫情期间不同行业的推送表现 在疫情期间友盟+U-Push观察到的...
  • 山天大畜 没有目标的人都只在帮有目标的人完成目标 ...iOS 消息推送原理实现Demo 一、消息推送原理: 在实现消息推送之前先提及几个于推送相关概念,如下图1-1: 1、Provider:就是为指定I
  • iOS6.0 消息推送原理实现

    千次阅读 2013-04-26 16:30:30
    一、消息推送原理 Provider是指某个iPhone软件的Push服务器,APNS是Apple Push Notification Service的缩写,是苹果的服务器。   上图可以分为三个阶段: 第一阶段:应用程序把要发送的消息、目的iPhone...
  • IOS消息推送原理

    千次阅读 2014-07-21 17:44:39
    一、消息推送原理: 在实现消息推送之前先提及几个于推送相关概念,如下图: 1、 Provider:就是为指定IOS设备应用程序提供Push的服务器,(如果IOS设备的应用程序是客户端的话,那么Provider可以理解为服务端...
  • IOS 消息推送原理实现总结(续) ---- Provider(JAVA实现) 在IOS 消息推送原理实现总结中讲述了消息推送原理实现总结,但并未讲到Provider服务端及Client App客户端的实现,但我在这里只是简单...
  • IOS 消息推送原理实现总结(续) ---- Provider(JAVA实现) 在IOS 消息推送原理实现总结中讲述了消息推送原理实现总结,但并未讲到Provider服务端及Client App客户端的实现,但我在这里只是简单讲述...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 24,473
精华内容 9,789
关键字:

app消息推送实现原理