为这么些问题的回答增了越来越多的不确定因素,IM开发者就在为多少传输协议的选型冲突不休(比如

8、端口映射老化时间

正因为如此,所有的路由器都会为各类端口映射关系设置老化时间,假使老化时间倒数到0,则端口映射关系失效,该端口被保释给其他总是使用。假使端口全部耗尽,则不能够再新建内部与外表的网络连接。

端口映射老化时间,比许五人设想中的要短很多。一般的家用宽带路由器,老化时间一般是两三分钟;在有线宽带运营商接入部分,老化时间可能有限两分钟。在手机网络运营商接入部分(例如GPRS连接),老化时间甚至不超过一分钟!

也就是说,任何一个网络通讯(不管是TCP或UDP),如果几分钟以内没有网络报文传输,其占用的IP地址端口将被路由器回收。那一个时候该次通讯必将终止,不管TCP仍然UDP,神马都是浮云。

更残忍的真实情形是,互联网可认为是由众多少个路由器连接而成的,一个网络通讯往往须要通过n个路由器,每个路由器都会为四遍通讯建立自己的端口映射。只要其中一个路由器回收其端口,则整个报道中断。

那也是许三人怀疑为啥TCP的KeepAlive参数不可能确保长连接的来头。TCP的KeepAlive默许是八个小时(而且该参数依然TCP的可选达成,不是早晚完结),在路由器端口映射老化时间的熏陶下,必然不能发挥其效用。实际上,该参数在单纯的局域网内才可能被应用上,还要珍惜具体的操作系统。

是因为路由器端口映射的存在,加上智能终端频仍、长日子的蛰伏,TCP长连接的实用性在活动互联网景况下极大地打了折扣。

也因为这么,移动端IM、推送系统必须贯彻所谓的心跳包机制,以维持端口映射关系的老化时间不会收缩到0而被回收,从而幸免连接中断。(有关TCP协议下的心跳问题,请参见:《据悉TCP协议的移位端IM如故需求心跳保活机制》)

11、参考资料

干什么QQ用的是UDP商讨而不是TCP协议?
UDP中一个包的轻重缓急最大能多大
依据TCP协议的移位端IM照旧需求心跳保活机制
NAT详解:基本原理、穿越技术(P2P打洞)、端口老化等
微机网络通信协议提到图(普通话珍藏版)
辩驳经典:TCP协议的3次握手与4次挥手进程详解
微信对网络影响的技术试验及分析(随想全文)

(本文同步发表于:http://www.52im.net/thread-33-1-1.html

 

10、高级应用网络通信须要

只是,移动端IM系统、推送系统一边提供终端在线服务,此外一边也须要考虑内容音信的完整性和安全性。毕竟消息的丢失,或者通信的被窃听,都是难以接受的。而TCP不管在网络层的可信性控制,依然在应用层的平安匡助(例如HTTPS),都为运用提供不可以代表的有力成效和方便。

9、高级应用网络通信要求

然则,移动端IM系统、推送系统一边提供终端在线服务,别的一面也亟需考虑内容音讯的完整性和安全性。毕竟新闻的不见,或者通信的被窃听,都是为难承受的。而TCP不管在网络层的可看重性控制,如故在应用层的攀枝花协助(例如HTTPS),都为使用提供不能代表的无敌作用和福利。

5、互联网、移动互联网网络环境

在条分缕析到底应该利用UDP依然TCP此前,有必不可少先探究一下互联网与移动互联网的网络环境特征。

互联网的网络基础建设,经过十几年长时间的上扬,已经较为平稳和干练,PC终端、操作系统的能力也达到了较高的品位。

而活动互联网,由于涉及到手机网络基站、2G、3G和4G技术的持续上扬,其安静、带宽、资源分配等各地方虽日趋完善,但当下到底还有许多题材的存在。其它,由于活动互联网其“移动”的精神,加上智能终端设备(智能手机、平板电脑)的上进较晚,近年来还在时时刻刻演化的状态,与互联网相比较,移动互联网如故低速、不平稳、终端能力稍弱的情景。而且由于其“移动”本质,长期内很难达到互联网的身分。

于是,在互联网的条件之中,网络应用程序由于网络设施、操作系统的老道,开发使用起来相比易于,资源也较为丰裕。而运动互联网或者要“斤斤计较”。

8、服务端承载能力

不论是UDP仍然TCP,最后都是应用服务端的设备去提供服务的。而TCP由于提供了安全可依赖的流服务,其对总括机、网络资源的成本是远远不止UDP协议的。对于配置较好的主流服务器,配备大量的内存(数十G至广大G内存),与飞跃的磁盘、网卡,是能而且扶助数百万个TCP连接的。然而这里需求较规范的服务器设置,须要调动不少种类参数,再拉长服务程序的匹配。别的,TCP连接的树立、维持与释放,都是必要较昂贵的预计、网络资源的。

顶点在线服务,若是一个较为容易的劳动,未必使用上TCP众多的尖端成效,但接受TCP的昂贵费用,未必值得。倘诺能用UDP来提供劳动,单服务器的承载能力,是可以去到TCP服务的数十倍,甚至上百倍的增强。那也是干吗DNS那种并发数巨大的服务器提供UDP接口的案由。

此外,上百万TCP连接的网络服务,其编程的难度、程序复杂度、调试难度、服务器运维花费、网络开销等都远远高于UDP。

而UDP编程,与上百万个极端通讯的难度与开销则低很多。若是提供的网络服务不是基于流的劳动,也允许一定的失利机率(例如P2P),则UDP往往是更适合的办法。

6、智能终端电池续航能力,系统休眠

智能终端设备的电池续航能力一向是技巧瓶颈。在接连使用的情事下,绝大多数智能设备电池不可能支撑五个钟头以上。所以在并未外部电源的状态,智能终端设备必须频仍、长日子休眠,那将大幅度地震慑二种网络环境下的网络利用场景。

10、结论

综上所述上述所述,其实答案也活跃。

今日的移位端IM、推送系统,既面对移动互联网的不确定性,又面对智能终端频仍的系统休眠、网络切换,还要考虑服务端的承前启后费用,对于在线服务而言UDP是比TCP更契合的章程。不过出于数据完整性、安全性的内需,又不应完全废弃TCP的可信与安全。

因而,个人觉得,更适于的点子应该是:三种通讯协议同时利用,各有尊重。UDP用于有限辅助多量终端的在线与控制,应用与事务则通过TCP去完成。那几个和FTP服务控制与数码分离,采纳区其他连年,有异曲同工之处。

实在,那几个也是即时通讯巨头QQ所拔取的点子。早期的时候,QQ仍然至关主要使用TCP协议,而后来就转载了选择UDP的法门来维持在线,TCP的章程来上传和下载数据。现在,UDP是QQ的默许工作办法,表现理想。相信那一个也被沿用到了微信上。

容易易行的考究:登录PC版QQ,关闭多余的QQ窗口只留下主窗口,并将其最小化。几分钟过后,查看系统网络连接,会发觉QQ进程已不保有其他TCP连接,但有UDP网络活动。这时在发送聊天音讯,或者打开其余窗口和职能,将发现QQ进度会启用TCP连接。

9、服务端承载能力

不论是UDP依旧TCP,最后都是应用服务端的设备去提供服务的。而TCP由于提供了安全可信的流服务,其对总计机、网络资源的用度是远远不止UDP协议的。对于配置较好的主流服务器,配备多量的内存(数十G至广大G内存),与快速的磁盘、网卡,是能而且协助数百万个TCP连接的。可是那里要求较专业的服务器设置,须求调动不少系统参数,再增进服务程序的匹配。其余,TCP连接的树立、维持与释放,都是亟需较昂贵的持筹握算、网络资源的。

终端在线服务,要是一个较为容易的劳动,未必使用上TCP众多的高级功用,但接受TCP的昂贵用度,未必值得。假诺能用UDP来提供劳动,单服务器的承载能力,是可以去到TCP服务的数十倍,甚至上百倍的增高。那也是为啥DNS那种并发数巨大的服务器提供UDP接口的由来。

别的,上百万TCP连接的网络服务,其编程的难度、程序复杂度、调试难度、服务器运维开销、网络费用等都远远高于UDP。

而UDP编程,与上百万个极端通信的难度与费用则低很多。如果提供的网络服务不是基于流的劳动,也允许一定的败北机率(例如P2P),则UDP往往是更合乎的方法。

3、UDP vs TCP

TCP仍然UDP?长连接怎么样促成?怎样促成心跳机制?心跳的区间怎么着确定?这一个问题都是商讨活动端IM、新闻推送等接近话题时,大致肯定被问到的题目。那里品尝正本清源一下。

1、前言

对于有过网络编程经验的开发者来说,使用何种数据传输层协议来落到实处数量的通信,是个可怜基础的题目,它事关到您的第一行代码�该怎么编写。

从PC时代的IM开首,IM开发者就在为数量传输协议的选型冲突不休(比如:《为何QQ用的是UDP协议而不是TCP协议?》那样的问题,隔一段时间就能在社区里看到)。到了移动互联网时代,鉴于移动网络的不可靠性等风味,再添加手机的省电策略、流量压缩等,为这一个题材的回复增了更加多的不确定因素。

对于有选用困难证的人的话,基于上述因素,加上UDP和TCP协议的本来面目不同,那样的选用实在很纠结。本文将从作者的推行总计,给来自已的观点,如有异议还请理性回复,不为找喷,仅供参考。

说明:本文引用了DDPush的技巧资料,感谢原小编。
(本文同步发布于:http://www.52im.net/thread-33-1-1.html

5、智能终端电池续航能力,系统休眠

智能终端设备的电池续航能力从来是技巧瓶颈。在连续使用的意况下,绝半数以上智能设备电池不可能支撑几个钟头以上。所以在未曾外部电源的事态,智能终端设备必须频仍、长日子休眠,那将大幅度地影响两种网络环境下的网络利用场景。

3、参考资料

缘何QQ用的是UDP协议而不是TCP协议?

UDP中一个包的高低最大能多大

基于TCP协议的位移端IM如故要求心跳保活机制

NAT详解:基本原理、穿越技术(P2P打洞)、端口老化等

处理器网络通信协议提到图(普通话珍藏版)

反驳经典:TCP协议的3次握手与4次挥手进度详解

微信对网络影响的技能试验及分析(杂文全文)

6、IPv4资源、端口资源

本条话题往往被很五个人忽略,但它拥有显要的熏陶。固然大多数人都很明亮IP地址的缺乏导致的动态IP分配的必定,却忽略了是因为IP地址不足引起的端口资源不足。

鉴于必要动态分配IP地址(那里不仅指互联网入口的IP,还包涵局域网里面的IP),路由器的劳作规律都是通过端口映射,把内部网络(包涵PC、手机、平板、Wifi、2G、3G、4G)IP与端口映射成外部IP(日常是公网IP)和相应的端口,并维持那一个映射关系,才能正常地修改、转载报文新闻,有限协助内部各类ip、端口与外表的顺序ip、端口的通讯。

可是,单个IP地址的端口资源是个其余,理论上限是65535个端口。对于普通宽带路由器来说,那个已经很充实了。然而!对于大型的网络服务、网络基本接入点等来说,假诺IP资源缺少,每个IP几万个端口的资源便捷会耗尽,从而影响正常通信。(有关NAT技术原理,请参见《NAT详解:基本原理、穿越技术(P2P打洞)、端口老化等》)

2、学习互换


即时广播发布支出互换群:215891622 [推荐]


移动端IM开发推荐小说:《新手入门一篇就够:从零费用活动端IM

2、学习交流 


即时报道支出互换群:图片 1 215891622 [推荐]


移动端IM开发推荐小说:《新手入门一篇就够:从零支付移动端IM

4、UDP vs TCP

TCP依旧UDP?长连接怎样达成?如何兑现心跳机制?心跳的区间怎么着规定?那个题材都是商量�移动端IM、信息推送等接近话题时,大概肯定被问到的问题。那里品尝正本清源一下。

1、前言

图片 2

对于有过网络编程经验的开发者来说,使用何种数据传输层协议来已毕数据的通讯,是个相当基础的题材,它涉及到您的率先行代码该怎么编写。

从PC时代的IM开端,IM开发者就在为多少传输协议的选型争执不休(比如:《怎么QQ用的是UDP协和而不是TCP协议?》那样的题材,隔一段时间就能在社区里看到)。到了运动互联网时代,鉴于移动网络的不可靠性等特征,再添加手机的省电策略、流量压缩等,为那一个题目的回应增了越多的不确定因素。

对于有选拔困难证的人的话,基于上述因素,加上UDP和TCP协议的本色差别,那样的取舍实在很纠结。本文将从作者的施行总括,给来自已的理念,如有异议还请理性回复,不为找喷,仅供参考。

说明:正文引用了DDPush的技巧资料,感谢原小编。 

11、结论

综上所述以上所述,其实答案也活龙活现。

现在的活动端IM、推送系统,既面对移动互联网的不确定性,又面对智能终端频仍的序列休眠、网络切换,还要考虑服务端的承接开支,对于在线服务而言UDP是比TCP更适合的主意。可是由于数据完整性、安全性的内需,又不应完全废弃TCP的可信与平凉。

所以,个人认为,更适合的法子应该是:二种通讯协议同时采纳,各有讲究。UDP用于维持大气极端的在线与操纵,应用与工作则通过TCP去已毕。这一个和FTP服务控制与数码分离,选取两样的连年,有异曲同工之处。

实际,这几个也是即时通信巨头QQ所使用的法子。早期的时候,QQ依旧必不可缺运用TCP协议,而后来就转会了采纳UDP的点子来维系在线,TCP的主意来上传和下载数据。现在,UDP是QQ的默许工作方式,表现卓绝。相信那些也被沿用到了微信上。

不难的考证:登录PC版QQ,关闭多余的QQ窗口只留下主窗口,并将其最小化。几分钟过后,查看系统网络连接,会发觉QQ进度已不保有其它TCP连接,但有UDP网络移动。这时在发送聊天新闻,或者打开其余窗口和功力,将发现QQ进程会启用TCP连接。

(本文同步揭橥于:http://www.52im.net/thread-33-1-1.html

作者:Jack
Jiang
(点击小编姓名进入Github)

出处:http://www.52im.net/space-uid-1.html

交流:�欢迎插手即时通信开发沟通群215891622

讨论:http://www.52im.net/

Jack Jiang同时是【原创Java
Swing外观工程BeautyEye】
【轻量级移动端即时通信框架MobileIMSDK】的小编,可前往下载沟通。

4、互联网、移动互联网网络环境

在解析到底应该利用UDP照旧TCP从前,有必要先啄磨一下互联网与移动互联网的网络环境特点。

互联网的网络基础建设,经过十几年长时间的上进,已经相比较稳定和干练,PC终端、操作系统的力量也已毕了较高的水准。

而活动互联网,由于涉及到手机网络基站、2G、3G和4G技术的不断升高,其安静、带宽、资源分配等各地方虽日趋完善,但当下到底还有许多题材的存在。其它,由于活动互联网其“移动”的本色,加上智能终端设备(智能手机、平板计算机)的发展较晚,近来还在持续衍变的事态,与互联网相比,移动互联网如故低速、不平稳、终端能力稍弱的状态。而且由于其“移动”本质,长时间内很难达标互联网的成色。

就此,在互联网的环境之中,网络应用程序由于网络设施、操作系统的成熟,开发使用起来相比较便于,资源也相比丰裕。而移动互联网或者要“斤斤计较”。

7、IPv4资源、端口资源

其一话题往往被过五人忽略,但它抱有首要的震慑。纵然半数以上人都很明亮IP地址的缺乏导致的动态IP分配的自然,却忽略了是因为IP地址不足引起的端口资源不足。

由于必要动态分配IP地址(那里不仅指互联网入口的IP,还包涵局域网里面的IP),路由器的劳作规律都是由此端口映射,把内部网络(包涵PC、手机、平板、Wifi、2G、3G、4G)IP与端口映射成外部IP(平时是公网IP)和相应的端口,并保证那些映射关系,才能健康地修改、转载报文音讯,有限支撑内部各样ip、端口与外部的次第ip、端口的通讯。

而是,单个IP地址的端口资源是个其余,理论上限是65535个端口。对于常见宽带路由器来说,这一个已经很丰富了。可是!对于大型的网络服务、网络基本接入点等来说,假设IP资源缺少,每个IP几万个端口的资源很快会耗尽,从而影响健康通信。(有关NAT技术原理,请参见《NAT详解:基本原理、穿越技术(P2P打洞)、端口老化等》)

7、端口映射老化时间

正因为那样,所有的路由器都会为各类端口映射关系设置老化时间,假诺老化时间尾数到0,则端口映射关系失效,该端口被保释给其它总是使用。尽管端口全体耗尽,则不能够再新建内部与外表的网络连接。

端口映射老化时间,比许多少人设想中的要短很多。一般的家用宽带路由器,老化时间一般是两三分钟;在有线宽带运营商接入部分,老化时间可能有限两分钟。在手机网络运营商接入部分(例如GPRS连接),老化时间甚至不超过一分钟!

也就是说,任何一个网络通信(不管是TCP或UDP),倘使几分钟以内没有网络报文传输,其占用的IP地址端口将被路由器回收。这几个时候该次通讯必将终止,不管TCP仍旧UDP,神马都是浮云。

更阴毒的真相是,互联网可认为是由众七个路由器连接而成的,一个网络通讯往往要求经过n个路由器,每个路由器都会为一回通信建立协调的端口映射。只要其中一个路由器回收其端口,则整个广播公布中断。

那也是许多个人疑心为何TCP的KeepAlive参数不可能确保长连接的由来。TCP的KeepAlive默许是七个时辰(而且该参数照旧TCP的可选完毕,不是早晚达成),在路由器端口映射老化时间的熏陶下,必然无法发挥其作用。实际上,该参数在单纯的局域网内才可能被应用上,还要依赖具体的操作系统。

由于路由器端口映射的存在,加上智能终端频仍、长日子的蛰伏,TCP长连接的实用性在活动互联网情形下极大地打了折扣。

也因为这么,移动端IM、推送系统必须贯彻所谓的心跳包机制,以维持端口映射关系的老化时间不会降价扣到0而被回收,从而防止连接中断。(有关TCP协议下的心跳问题,请参见:《据悉TCP协议的位移端IM仍旧须求心跳保活机制》)

附录:越多IM技术小说 

[1] 网络编程基础材料:

TCP/IP详解 – 第11章·UDP:用户数据报协议

TCP/IP详解 – 第17章·TCP:传输控制协议

力排众议经典:TCP协议的3次握手与4次挥手进程详解

反驳联系实际:Wireshark抓包分析TCP
3次握手、4次挥手进程

电脑网络通信协议提到图(普通话珍藏版)

NAT详解:基本原理、穿越技术(P2P打洞)、端口老化等

UDP中一个包的大大小小最大能多大? 

Java新一代网络编程模型AIO原理及Linux系统AIO介绍

NIO框架入门(三):iOS与MINA2、Netty4的跨平台UDP双向通讯实战

NIO框架入门(四):Android与MINA2、Netty4的跨平台UDP双向通信实战

>> 更加多同类作品……

[2] 有关IM/推送的通信格式、协议的挑三拣四:

为什么QQ用的是UDP协和而不是TCP协议?

移步端即时通讯协议选择:UDP依旧TCP?

何以抉择即时通信应用的数量传输格式

强列指出将Protobuf作为你的即时通信应用数据传输格式

运动端IM开发必要面对的技术问题(含通信协议采纳)

简述移动端IM开发的那多少个坑:架构设计、通讯协议和客户端

辩护联系实际:一套典型的IM通讯协议设计详解

58到家实时音讯系统的情商安顿等技巧实施分享

>> 越多同类文章……

[3] 有关IM/推送的心跳保活处理:

Android进度保活详解:一篇小说解决你的所有问题

Android端新闻推送计算:完成原理、心跳保活、碰到的题目等

为何基于TCP协议的位移端IM依然须要心跳保活机制?

微信团队原创分享:Android版微信后台保活实战分享(进度保活篇)

微信团队原创分享:Android版微信后台保活实战分享(网络保活篇)

挪动端IM实践:已毕Android版微信的智能心跳机制

运动端IM实践:WhatsApp、Line、微信的心跳策略分析

>> 越多同类小说……

[4] 有关WEB端即时通信开发:

新手入门贴:史上最全Web端即时通信技术原理详解 

Web端即时通信技术盘点:短轮询、Comet、Websocket、SSE

SSE技术详解:一种全新的HTML5服务器推送事件技术

Comet技术详解:基于HTTP长连接的Web端实时通讯技术

WebSocket详解(一):初始认识WebSocket技术

socket.io落成音讯推送的一点实践及思路

>> 更加多同类小说……

[5] 有关IM架构设计:

浅谈IM系统的架构设计

简述移动端IM开发的那么些坑:架构设计、通讯协议和客户端 

一套原创分布式即时通信(IM)系统理论架构方案

从零到卓越:京东客服即时广播发布系统的技术架构演进历程

蘑菇街即时通信/IM服务器开发之架构选拔

腾讯QQ1.4亿在线用户的技能挑衅和架构演进之路PPT

微信技术CEO谈架构:微信之道——大道至简(解说全文)

什么样解读《微信技术主任谈架构:微信之道——大道至简》

快快裂变:见证微信强大后台架构从0到1的形成历程(一)

17年的实践:腾讯海量产品的技艺方法论

>> 越来越多同类小说…… 

[6] 有关IM安全的稿子: 

即时通讯安全篇(一):正确地了然和选取Android端加密算法

即时通讯安全篇(二):探究组合加密算法在IM中的应用

即时通信安全篇(三):常用加解密算法与电视揭橥安全讲解

即时通信安全篇(四):实例分析Android中密钥硬编码的高风险》 

传输层安全协议SSL/TLS的Java平台已毕简介和Demo演示

答辩联系实际:一套典型的IM通讯协议设计详解(含安全层设计) 

微信新一代通讯安全解决方案:基于TLS1.3的MMTLS详解

来源阿里OpenIM:打造安全可信即时通信服务的技巧实施分享

>> 越多同类文章…… 

[7] 有关实时音视频开发: 

即时通信音视频开发(一):录像编解码之辩护概述

即时通信音录像开发(二):录像编解码之数字视频介绍 

即时通信音视频开发(三):视频编解码之编码基础

即时通信音录像开发(四):录像编解码之预测技术介绍

即时通讯音录像开发(五):认识主流视频编码技术H.264》 

即时通讯音视频开发(六):怎样起初音频编解码技术的学习 

即时通信音视频开发(七):音频基础及编码原理入门

即时通信音摄像开发(八):常见的实时语音通信编码标准

即时通信音视频开发(九):实时语音通信的复信及回音消除概述

即时通信音录像开发(十):实时语音通信的回音消除技术详解

即时通信音录像开发(十一):实时语音通讯丢包补偿技术详解

即时通讯音视频开发(十二):五个人实时音录像聊天架构商量

即时通信音视频开发(十三):实时视频编码H.264的特征与优势

即时通信音视频开发(十四):实时音视频数据传输协议介绍

即时通信音视频开发(十五):聊聊P2P与实时音视频的施用景况

即时通信音录像开发(十六):移动端实时音视频开发的多少个提出

即时通信音视频开发(十七):视频编码H.264、V8的前生今生

简述开源实时音视频技术WebRTC的得失

良心分享:WebRTC
零基础开发者教程(粤语)
》 

>> 越来越多同类文章……

[8] IM开发综合文章:

举手投足端IM开发必要面对的技艺问题

支出IM是温馨设计协议用字节流好仍旧字符流好?》 

借问有人知道语音留言聊天的主流完成格局呢?

IM系统中怎样确保音讯的笃定投递(即QoS机制)》 

座谈移动端 IM
开发中登录请求的优化

全然自已开发的IM该怎么安插“战败重试”机制?

微信对网络影响的技能试验及分析(杂谈全文)

即时通讯系统的规律、技术和行使(技术随笔)

开源IM工程“蘑菇街TeamTalk”的现状:一场半途而返的开源秀

>> 越多同类小说…… 

[9] 开源移动端IM技术框架材料:

开源移动端IM技术框架MobileIMSDK:急忙入门

开源移动端IM技术框架MobileIMSDK:常见问题解答》 

开源移动端IM技术框架MobileIMSDK:压力测试报告

>> 越多同类文章……

[10] 有关推送技术的稿子:

iOS的推送服务APNs详解:设计思路、技术原理及弱点等

Android端音信推送总计:完成原理、心跳保活、蒙受的题材等

扫盲贴:认识MQTT通讯协议

一个基于MQTT通讯协议的完好Android推送Demo

求教android信息推送:GCM、XMPP、MQTT两种方案的高低

挪动端实时音讯推送技术分析

扫盲贴:浅谈iOS和Android后台实时音信推送的规律和差异

纯属干货:基于Netty完毕海量接入的推送服务技能中央

运动端IM实践:谷歌音信推送服务(GCM)琢磨(来自微信)

怎么微信、QQ那样的IM工具不接纳GCM服务推送信息?

>> 越多同类小说……

[11] 越多即时通信技术好文分类:

http://www.52im.net/forum.php?mod=collection&op=all

 

相关文章