深度图像特点于举荐与广告被之运(一)

1、引言

京东之京麦商家后台2014年构建网关,从HTTP网关发展及TCP网关。在2016年重构完成因Netty4.x+Protobuf3.x实现对接PC和App上下行通信的强可用、高性能、高稳定性之TCP长连接网关。

首京麦搭建HTTP和TCP长连接功能主要用以信息通知之推送,并未使用于API网关。随着慢慢对NIO的深切学与针对Netty框架的刺探,以及针对性网通信稳定能力的愈加高要求,采用NIO技术以网关实现API请求调用的想法,最终以2016年实现,并完全支持业务化运行。由于不少之改良,包括TCP长连接容器、Protobuf的序列化、服务泛化调用框架等等,性能比HTTP网关提升10倍增以上,稳定性也遥出乎HTTP网关。

本文重点介绍京麦TCP网关的技艺架构和Netty的运用实践。

简短介绍一下京麦是呀:

京麦工作台是京东商城吧京东底店准备的平慢慢悠悠后台管理工具,它可以假设您不登陆商家后台就会拓展订单生产,快速实现订单下充斥发货流程。类似于淘宝的旺旺商家版(现在吃淘宝千牛)这样的东西。

学习交流:


即时通讯开发交流群:320837163 [推荐]


移动端IM开发入门文章:《新手入门一首就够用:从零碎支出活动端IM》

(本文同步发表让:http://www.52im.net/thread-1243-1-1.html)

 

class=”md-expand”>一直对图像来深的趣味,最近以关注:如何通过深度上抽取图像特点,用于广告与引进。

CNN
是一个简便的网布局,初家一般由MNIST入手,提及CNN第一印象可能只有经典的图像分类的万分model。深入了解才会意识,学术圈和工业界是哪通过微有些改变
Feature Map
之后的构造及对象函数等实现各种复杂任务,这里面迸发的想象力给人口触动。

 

“Image Feature Learning for Cold
Start Problem in Display Advertising“
这首稿子发表于ijcai15,是腾讯把图像特点应用及广告ctr预估的总,同时也解答了广告遭什么区域对点击率影响较充分。这篇稿子是于早把图像的深浅特征用于点击率预估的做事之一,2015年之时段,推荐学术界里以深度上点于及重大影响之稿子
Wide and Deep 、Youtube Rec with DNN 和片 RNN
做推荐的法无出现,高维稀疏特征的one hot encode embedding
成低维稠密特征的道没有被群众熟悉,所以就篇稿子的做法并无是直接端到端的构造,而是通过CNN
抽取图像特点,然后用到 Logistic Regression(LR)
等大的CTR模型中采取。

下进入广告时,猜猜什么因素致左侧点击率高,文末有答案。

澳门美高梅手机网站 1

章要想法分为两步,第一步,利用卷积神经网络,实现自原始像素到用户点击反馈的
end-to-end
的图像特点上。第二步,训练好之CNN可以抽取与点击率相关的图像特点,外加广告属性的特性,这些特色综合起来训练LR等模型来预估最终点击率。

抽取图像特点的网络布局如下:

澳门美高梅手机网站 2

100*100诸如素图像输入 =>
4重叠conv+pool => 3叠FC => 二分类softmax(点击率)

视觉元素的职主要

习俗的图像分类就关心是否含有有视觉元素,而休关心该视觉元素在图像被的职位。对于展示面积比较大的广告图片,因为用户之视觉焦点一般以图像中心,关键的视觉元素于图像中之职务于点击率有明确震慑,因此计划的卷积神经网络的结尾一叠卷积输出层的feature
map应该有些深,以传递原图的职信息。

数据集

  • 样本规模:470亿样本,样本来源于腾讯在线广告日志,包含5种植档次,5
    种展示位置。样本数据量太老,直接用CNN训练在时空上不可接受,因此作者吧相同之图片聚合一起,形成二维样本<未点击数,点击数>。文章没有涉嫌的一些是,<1000,10> 和 <100,
    1>
    从统计上吧点击率相同,训练之时段起什么界别?我猜想对梯度应该产生一定影响,样本数越来越老,步长越长。

  • 多少增长:25万摆放广告图片,划分也22万布置训练集和3.3万布置测试集。训练集缩放裁剪到
    128 * 128诸如从大小,然后以机裁剪 100 * 100
    子图作为卷积网络的输入。测试集随机裁剪 10
    次,用输出概率的平均值作为最终的展望结果。

  • 单机GPU训练 2 天

尝试结果

举行了片栽版本的比,第一种植就所以图像特点,第二种植包括广告id、类目id和展示位置id三单附加特征,分别用LR模型预测ctr,用AUC离线评测:

澳门美高梅手机网站 3

啊影响点击率

故可视化方法,可以观察d奥图片模特儿人数脸区域和文字区域对点击率影响比较深:

澳门美高梅手机网站 4

 

 

 

附:公众号 

澳门美高梅手机网站 5

 

2、本文作者

张松然

– 京东商店研发部架构师;

– 丰富的构建大性能大可用大分布式系统的研发、架构经验;

– 2013年加入京东,目前当京麦服务网关和京麦服务市场的系研发工作。

3、TCP网关的纱布局

据悉Netty构建京麦TCP网关的增长连容器,作为网关接入层提供服务API请求调用。

客户端通过域名+端口访问TCP网关,域名不同之运营商对承诺不同之VIP,VIP发布在LVS上,LVS将呼吁转发给后端平的HAProxy,再由HAProxy把要转发让后端平的Netty的IP+Port。

LVS转发给后端的HAProxy,请求经过LVS,但是响应是HAProxy直接报告给客户端的,这为就是LVS的DR模式。

4、TCP网关长连接容器架构

TCP网关的主导组件是Netty,而Netty的NIO模型是Reactor反应堆模型(Reactor相当给产生分发功能的多路复用器Selector)。每一个总是对应一个Channel(多总长因多单Channel,复用指多单连续复用了一个线程或少量线程,在Netty指EventLoop),一个Channel对承诺唯一的ChannelPipeline,多个Handler串行的在到Pipeline中,每个Handler关联唯一的ChannelHandlerContext。

TCP网关长连接容器的Handler就是放在Pipeline的面临。我们掌握TCP属于OSI的传输层,所以成立Session管理机制构建会话层来供应用层服务,可以极大的下降系统复杂度。所以,每一个Channel对诺一个Connection,一个Connection又呼应一个Session,Session由Session
Manager管理,Session与Connection是逐一对应,Connection保存在ChannelHandlerContext(ChannelHanderContext可以找到Channel),Session通过心跳机制来维系Channel的Active状态。

列一样涂鸦Session的对话请求(ChannelRead)都是经过Proxy代理体制调用Service层,数据请求了后经过写副ChannelHandlerConext再传递至Channel中。数据下行主动推送也是这般,通过Session
Manager找到Active的Session,轮询写副Session中的ChannelHandlerContext,就得兑现播放或接触对碰的多寡推送逻辑。如下图所示。

京麦TCP网关使用Netty
Channel进行多少通信,使用Protobuf进行序列化和倒序列化,每个请求都将吃封装成Byte二向前制字节流,在满生命周期中,Channel保持增长连,而非是每次调用都再创设Channel,达到链接的复用。

咱俩接受来来看看基于Netty的求实技术实施。

5、TCP网关Netty Server的IO模型

现实的落实过程如下:

1)创建ServerBootstrap,设定BossGroup与WorkerGroup线程池;

2)bind指定的port,开始侦听和纳客户端链接(如果系统才发生一个服务端port需要监听,则BossGroup线程组线程数设置也1);

3)在ChannelPipeline注册childHandler,用来处理客户端链接中之伸手帧。

6、TCP网关的线程模型

TCP网关使用Netty的线程池,共三组线程池,分别吗BossGroup、WorkerGroup和ExecutorGroup。其中,BossGroup用于吸纳客户端的TCP连接,WorkerGroup用于拍卖I/O、执行系统Task和定时任务,ExecutorGroup用于拍卖网关业务加解密、限流、路由,及用呼吁转发让后端的抓取服务等作业操作。

NioEventLoop是Netty的Reactor线程,其角色:

1)Boss
Group:作为劳务端Acceptor线程,用于accept客户端链接,并转发让WorkerGroup中的线程;

2)Worker
Group:作为IO线程,负责IO的读写,从SocketChannel中读取报文或为SocketChannel写副报文;

3)Task Queue/Delay Task
Queu:作为定时任务线程,执行定时任务,例如链路空闲检测与发送心跳消息等。

7、TCP网关执行时序图

设齐图所示,其中步骤同暨步骤九是Netty服务端的创时序,步骤十顶步骤十三是TCP网关容器创建的时序。

步骤一:开创ServerBootstrap实例,ServerBootstrap是Netty服务端的启动辅助类。

步骤二:安装并绑定Reactor线程池,EventLoopGroup是Netty的Reactor线程池,EventLoop负责所有注册到以线程的Channel。

步骤三:装并绑定服务器Channel,Netty
Server需要创造NioServerSocketChannel对象。

步骤四:TCP链接起时创造ChannelPipeline,ChannelPipeline本质上是一个担同履ChannelHandler的职责链。

步骤五:长连安装ChannelHandler,ChannelHandler串行的投入ChannelPipeline中。

步骤六:绑定监听端口并启动服务端,将NioServerSocketChannel注册及Selector上。

步骤七:Selector轮训,由EventLoop负责调度和执行Selector轮询操作。

步骤八:实践网络要事件通报,轮询准备妥当的Channel,由EventLoop执行ChannelPipeline。

步骤九:尽Netty系统以及事情ChannelHandler,依次调度并尽ChannelPipeline的ChannelHandler。

步骤十:经过Proxy代理调用后端服务,ChannelRead事件后,通过放调度后端Service。

手续十一:创建Session,Session与Connection是相互依赖关系。

手续十二:创建Connection,Connection保存ChannelHandlerContext。

步骤十三:添加SessionListener,SessionListener监听SessionCreate和SessionDestory等事件。

8、TCP网关源码分析

8.1 Session管理

Session是客户端和服务端建立的同样不良会面讲话链接,会话信息遭保留着SessionId、连接创建时间、上次访问事件,以及Connection和SessionListener,在Connection中保留了Netty的ChannelHandlerContext上下文信息。Session会讲话信息会保留在SessionManager内存管理器中。

创建Session的源码:

经过源码分析,如果Session已经存在销毁Session,但是这要特别注意,创建Session一定不要创建那些断线重连的Channel,否则会面世Channel被误销毁的题目。因为要是以已经确立Connection(1)的Channel上,再立Connection(2),进入session.close方法会将cxt关闭,Connection(1)和Connection(2)的Channel都将会晤为关闭。在断线之后还建立连接Connection(3),由于Session是起肯定延迟,Connection(3)和Connection(1/2)不是跟一个,但Channel可能是暨一个。

所以,如何处理是否是断线重练的Channel,具体的法是在Channel中存入SessionId,每次事件要判断Channel中是不是存在SessionId,如果Channel中留存SessionId则判断也断线重连的Channel,代码如下图所示。

8.2 心跳

心跳是为此来检测保持连续的客户端是不是还存世着,客户端每间隔一段时间就见面发送一不良中心跳包上盛传服务端,服务端收到心跳之后更新Session的末尾访问时。在劳动端长连接会说话检测通过轮询Session集合判断最终访问时是否过,如果过期则关闭Session和Connection,包括以那个从外存中删除,同时取消Channel等。如下图代码所示。

由此源码分析,在每个Session创建成功以后,都见面当Session中补充加TcpHeartbeatListener这个心跳检测的监听,TcpHeartbeatListener是一个实现了SessionListener接口的护理线程,通过定时休眠轮询Sessions检查是否是过的Session,如果轮训出过的Session,则关闭Session。如下图代码所示。

又,注意到session.connect方法,在connect方法吃会针对Session添加的Listeners进行添加时间,它见面循环调用所有Listner的sessionCreated事件,其中TcpHeartbeatListener也是当此过程被给唤起。如下图代码所示。

8.3 数据上行

数码上行特指从客户端发送数据到服务端,数据从ChannelHander的channelRead方法获取数据。数据包括创造会话、发送心跳、数据请求等。这里注意的是,channelRead的数量包括客户端主动请求服务端的数,以及服务端下行通知客户端的归来数据,所以于处理object数据常常,通过数据标识区分是央-应答,还是通知-回复。如下图代码所示。

8.4 数据下行

数下行通过MQ广播机制及有服务器,所有服务器收到信后,获取当前服务器所负有的保有Session会话,进行多少广播下行通知。如果是点对碰的多寡推送下行,数据吧是先播及持有服务器,每天服务器判断推送的捧是否是眼前服务器持有的对话,如果判断消息数据中的信是以眼前服务,则展开推送,否则抛弃。如下图代码所示。

通过源码分析,数据下行则经过NotifyProxy的法子发送数据,需要留意的是Netty是NIO,如果下行通知需要获得返回值,则使将异步转移旅,所以NotifyFuture是实现java.util.concurrent.Future的法门,通过设置过时间,在channelRead获取到上行数据之后,通过seq来干NotifyFuture的法。如下图代码所示。

下水的数码经过TcpConnector的send方法发送,send方式则是透过ChannelHandlerContext的writeAndFlush方法勾勒副Channel,并贯彻数据下行,这里需要小心的凡,之前来其它一样种写法就是cf.await,通过阻塞的办法来判定写入是否成功,这种写法偶有现BlockingOperationException的死。如下图代码所示。

行使阻塞获取返回值的写法:

有关BlockingOperationException的题目本身当StackOverflow进行咨询,非常幸运的获取了Norman
Maurer(Netty的中坚贡献者之一)的解答:

最终敲定大致分析出,在实践write方法时,Netty会判断current
thread是否就是是分吃该Channe的EventLoop,如果是则行线程执行IO操作,否则提交executor等待分配。当尽await方法时,会从executor里fetch出尽线程,这里就是用checkDeadLock,判断执行线程和current
threads是否常跟一个线程,如果是就是检测也死锁抛来好BlockingOperationException。

9、本文小结

本篇文章粗浅的向阳大家介绍了京麦TCP网关中以的Netty实现增长连容器的架构,涉及TCP长连接容器搭建的首要点一一进行了阐释,以及针对性源码进行简单的辨析。在京麦发展进程里Netty还有不少底推行使,例如Netty4.11+HTTP2实现APNs的音信推送等等。

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

附录:更多精编资料汇集

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

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

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

《TCP/IP详解-第18章·TCP连接的成立和已》

《TCP/IP详解-第21章·TCP之晚点和重传》

《术往事:改变世界之TCP/IP协议(珍贵多图、手机慎点)》

《通俗易懂-深入理解TCP协议(上):理论功底》

《通俗易懂-深入理解TCP协议(下):RTT、滑动窗口、拥塞处理》

《理论经典:TCP协议的3蹩脚握手和4涂鸦挥手过程详解》

《答辩联系实际:Wireshark抓包分析TCP
3坏握手、4坏挥手过程》

《微机网络通讯协议提到图(中文珍藏版)》

《UDP中一个包之尺寸最酷能多生?》

《P2P技术详解(一):NAT详解——详细原理、P2P简介》

《P2P技术详解(二):P2P中之NAT穿越(打洞)方案详解》

《P2P技术详解(三):P2P技术之STUN、TURN、ICE详解》

《通俗易懂:快速了解P2P技术中之NAT穿外露原理》

《高性能网络编程(一):单台服务器并发TCP连接数到底可以产生小》

《强性能网络编程(二):上一个10年,著名的C10K并发连接问题》

《大性能网络编程(三):下一个10年,是时候考虑C10M面世问题了》

《高性能网络编程(四):从C10K交C10M胜性能网络使用的申辩探索》

《不解的网编程(一):浅析TCP协议被之疑难杂症(上篇)》

《不解的纱编程(二):浅析TCP协议中之疑难杂症(下篇)》

《不解的网编程(三):关闭TCP连接时怎么会TIME_WAIT、CLOSE_WAIT》

《不解的大网编程(四):深入钻研分析TCP的老大关闭》

《不解的网络编程(五):UDP的连接性和负载均衡》

《不解的网编程(六):深入地理解UDP协议并因此好它们》

《网编程懒人入门(一):快速了解网络通信协议(上篇)》

《纱编程懒人入门(二):快速解网络通信协议(下篇)》

《纱编程懒人入门(三):快速理解TCP协议一篇就够用》

《纱编程懒人入门(四):快速了解TCP和UDP的歧异》

《Netty干货分享:京东京麦底生产级TCP网关技术实施总结》

>>更多同类文章
……

[2] NIO异步网络编程资料:

《Java新一替代网络编程模型AIO原理与Linux系统AIO介绍》

《有关“为何选择Netty”的11单疑问及解答》

《开源NIO框架八卦——到底是事先来MINA还是事先出Netty?》

《选Netty还是Mina:深入钻研及对比(一)》

《选Netty还是Mina:深入钻研和比(二)》

《NIO框架入门(一):服务端基于Netty4的UDP双向通信Demo演示》

《NIO框架入门(二):服务端基于MINA2的UDP双向通信Demo演示》

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

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

《Netty
4.x学习(一):ByteBuf详解》

《Netty
4.x学习(二):Channel和Pipeline详解》

《Netty
4.x学习(三):线程模型详解》

《Apache
Mina框架高级篇(一):IoFilter详解》

《Apache
Mina框架高级篇(二):IoHandler详解》

《MINA2
线程原理总结(含简单测试实例)》

《Apache MINA2.0
开发指南(中文版)[附件下充斥]》

《MINA、Netty的源代码(在线阅读版)已整理公布》

《化解MINA数据传中TCP的粘包、缺包问题(有源码)》

《解决Mina中大多单跟品种Filter实例共存之题目》

《施行总结:Netty3.x升级Netty4.x遇到的那些坑(线程篇)》

《实践总结:Netty3.x VS
Netty4.x的线程模型》

《详解Netty的安全性:原理介绍、代码演示(上篇)》

《详解Netty的安全性:原理介绍、代码演示(下篇)》

《详解Netty的古雅退出机制与公理》

《NIO框架详解:Netty的过人性能的道》

《Twitter:如何使Netty
4来压缩JVM的GC开销(译文)》

《绝干货:基于Netty实现海量接入的推送服务技能中心》

《Netty干货分享:京东京麦底生产级TCP网关技术实施总结》

>>再度多同类文章
……

[3] 有关IM/推送的通信格式、协议的选项:

《简述传输层协商TCP和UDP的界别》

《缘何QQ用的凡UDP磋商如果非是TCP协议?》

《移动端即时通讯协议选择:UDP还是TCP?》

《怎选即时通讯应用之数额传格式》

《强列建议将Protobuf作为你的即时通讯应用数据传格式》

《全总评测:Protobuf性能到底出无出比JSON快5倍?》

《走端IM开发需要面对的技巧问题(含通信协议选择)》

《简述移动端IM开发之那些坑:架构设计、通信协议和客户端》

《力排众议联系实际:一模拟典型的IM通信协议设计详解》

《58到家实时信息网的商议计划等技能实施分享》

《详解如何以NodeJS中动用Google的Protobuf》

>>重复多同类文章
……

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

《使用保活终极总结(一):Android6.0以下的对进程守护保活实践》

《采用保活终极总结(二):Android6.0及以上的保活实践(进程防杀篇)》

《动用保活终极总结(三):Android6.0及以上之保活实践(被杀复活篇)》

《Android进程保活详解:一篇稿子解决你的所发出疑问》

《Android端消息推送总结:实现原理、心跳保活、遇到的题材相当》

《深入之聊聊Android消息推送这档子小事》

《缘何基于TCP协议的移位端IM仍然需要心跳保活机制?》

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

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

《移动端IM实践:实现Android版微信的智能心跳机制》

《挪动端IM实践:WhatsApp、Line、微信的心房跳策略分析》

>>再多同类文章
……

[5] 有关WEB端即时通讯开发:

《新手入门贴:史上无与伦比全Web端即时通讯技术原理详解》

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

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

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

《新手快速入门:WebSocket简明教程》

《WebSocket详解(一):初步认识WebSocket技术》

《WebSocket详解(二):技术原理、代码演示和运案例》

《WebSocket详解(三):深入WebSocket通信协议细节》

《socket.io实现信息推送的一点推行与思路》

《LinkedIn的Web端即时通讯实践:实现单机几十万条长连》

《Web端即时通讯技术之上进和WebSocket、Socket.io的技能实施》

《Web端即时通讯安全:跨站点WebSocket劫持漏洞详解(含示例代码)》

《开源框架Pomelo实践:搭建Web端高性能分布式IM聊天服务器》

《以WebSocket和SSE技术实现Web端消息推送》

《详解Web端通信方式的形成:从Ajax、JSONP 到
SSE、Websocket》

>>再度多同类文章
……

[6] 有关IM架构设计:

《浅谈IM系统的架构设计》

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

《同一模仿海量在线用户的走端IM架构设计实践分享(含详细图文)》

《一律仿照原来创分布式即时通讯(IM)系统理论架构方案》

《从今零散及突出:京东客服即时通讯系统的技能架构演进历程》

《蘑菇街即时通讯/IM服务器出的架构选择》

《腾讯QQ1.4亿在线用户之艺挑战以及搭演进的路PPT》

《微信后台基于时间先后的雅量数据冷热分级架构设计实践》

《微信技术总监说架构:微信的志——大道至简(演讲全文)》

《怎解读《微信技术总监说架构:微信的志——大道至简》》

《敏捷裂变:见证微信强大后台架构从0到1之演进历程(一)》

《17年的实行:腾讯海量产品之技能方法论》

《活动端IM中常见群消息之推送如何管效率、实时性?》

《当代IM系统受聊天消息之联手跟仓储方案探讨》

>>重多同类文章
……

[7] 有关IM安全的文章:

《即时通讯安全篇(一):正确地解和运Android端加密算法》

《即时通讯安全篇(二):探讨组合加密算法在IM中的使》

《即时通讯安全篇(三):常用加解密算法与报道安全讲解》

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

《即时通讯安全篇(五):对如加密技术在Android平台上的利用实践》

《即时通讯安全篇(六):非对如加密技术的规律及运用实践》

《传输层安全磋商SSL/TLS的Java平台实现简介及Demo演示》

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

《微信新一替代通信安全解决方案:基于TLS1.3底MMTLS详解》

《出自阿里OpenIM:打造安全可靠即时通讯服务之技能实施分享》

《简述实时音视频聊天中端到端加密(E2EE)的工作规律》

《动端安全通信的利器——端到端加密(E2EE)技术详解》

《Web端即时通讯安全:跨站点WebSocket劫持漏洞详解(含示例代码)》

《通俗易懂:一首掌握即时通讯的音信传安全原理》

>>又多同类文章
……

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

《专访微信视频技术负责人:微信实时视频聊天技术之多变》

《即时通讯音视频开发(一):视频编解码之辩概述》

《即时通讯音视频开发(二):视频编解码之数字视频介绍》

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

《即时通讯音视频开发(四):视频编解码之预测技术介绍》

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

《即时通讯音视频开发(六):如何开始音频编解码技术之就学》

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

《即时通讯音视频开发(八):常见的实时语音通讯编码标准》

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

《即时通讯音视频开发(十):实时语音通讯的回信消除�技术详解》

《即时通讯音视频开发(十一):实时语音通讯丢包补偿技术详解》

《即时通讯音视频开发(十二):多口实时音视频聊天架构探讨》

《即时通讯音视频开发(十三):实时视频编码H.264的特性及优势》

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

《即时通讯音视频开发(十五):聊聊P2P以及实时音视频的使用情况》

《即时通讯音视频开发(十六):移动端实时音视频开发的几乎单建议》

《即时通讯音视频开发(十七):视频编码H.264、VP8的前生今生》

《实时语音聊天吃之音频处理和编码压缩技术简述》

《网易视频称技术分享:音频处理与减少技术迅速入门》

《读书RFC3550澳门美高梅手机网站:RTP/RTCP实时传输协议基础知识》

《简述开源实时音视频技术WebRTC的利害》

《人心分享:WebRTC
零基础开发者教程(中文)》

《开源实时音视频技术WebRTC中RTP/RTCP数据传协议的使用》

《依据RTMP数据传协议的实时流媒体技术研究(论文全文)》

《声网架构师谈实时音视频云的实现困难(视频采访)》

《浅尝辄止谈出实时视频直播平台的艺中心》

《尚在依靠“喂喂喂”测试实时语音通话质量?本文教您是的测评方法!》

《心想事成延迟低于500毫秒的1080P实时音视频直播的实行分享》

《运动端实时视频直播技术实施:如何就实时秒开、流畅不咬》

《什么用最为简易的主意测试你的实时音视频方案》

《技能揭秘:支持百万级粉丝互动的Facebook实时视频直播》

《简述实时音视频聊天吃端到端加密(E2EE)的劳作规律》

《运动端实时音视频直播技术详解(一):开篇》

《挪动端实时音视频直播技术详解(二):采集》

《挪端实时音视频直播技术详解(三):处理》

《走端实时音视频直播技术详解(四):编码和包装》

《举手投足端实时音视频直播技术详解(五):推流和传导》

《运动端实时音视频直播技术详解(六):延迟优化》

《辩驳联系实际:实现一个简单地基于HTML5的实时视频直播》

《IM实时音视频聊天时的回音消除技术详解》

《泛泛谈实时音视频直播中直接影响用户体验的几乎项关键技术指标》

《何以优化传输体制来实现实时音视频的超低延迟?》

《首不良披露:快手是安好百万观众同场看直播仍能秒开且不卡顿的?》

《实时通信RTC技术栈之:视频编解码》

《开源实时音视频技术WebRTC在Windows下之家喻户晓编译教程》

《Android直播入门实践:动手搭建筑平模仿简单的直播系统》

>>复多同类文章
……

[9] IM开发综合文章:

《挪动端IM中广大群消息的推送如何保管效率、实时性?》

《动端IM开发需要面对的技能问题》

《开IM是上下一心设计协议用配节约流好或者字符流好?》

《借问有人知语音留言聊天的主流实现方式啊?》

《IM消息送达保证编制实现(一):保证在线实时信息的可靠投递》

《IM消息送达保证编制落实(二):保证离线消息的笃定投递》

《安保证IM实时信息的“时序性”与“一致性”?》

《一个不比本钱确保IM消息不时先后的法子探讨》

《IM单聊和群聊中的在线状态并应该用“推”还是“拉”?》

《IM群聊消息如此复杂,如何确保不丢不重?》

《座谈移动端 IM
开发被登录要的优化》

《移动端IM登录时拉取数据如何发到省流量?》

《浅尝辄止谈移动端IM的多接触登陆与信息漫游原理》

《一齐由曾支付之IM该如何筹划“失败重试”机制?》

《通俗易懂:基于集群的运动端IM接入层负载均衡方案分享》

《微信对网络影响的技术试验和分析(论文全文)》

《即时通讯系统的法则、技术与动(技术论文)》

《开源IM工程“蘑菇街TeamTalk”的现状:一庙会有始无终的开源秀》

《QQ音乐团队分享:Android中之图样压缩技术详解(上篇)》

《QQ音乐集团分享:Android中之图纸压缩技术详解(下篇)》

《腾讯原创分享(一):如何大幅提升活动网下手机QQ的图片传输速度和成功率》

《腾讯原创分享(二):如何大幅减小移动网络下APP的流量消耗(上篇)》

《腾讯原创分享(二):如何大幅压缩移动网下APP的流量消耗(下篇)》

《遵照而至:微信自用的运动端IM网络层跨平台组件库Mars已正式开班源》

《基于社交网络的Yelp是安实现海量用户图片的无损压缩的?》

>>双重多同类文章
……

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

《开源移动端IM技术框架MobileIMSDK:快速入门》

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

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

>>再度多同类文章
……

[11] 有关推送技术之文章:

《iOS的推送服务APNs详解:设计思路、技术原理与瑕疵等》

《信鸽团队原创:一起走过 iOS10
上信息推送(APNS)的坑》

《Android端消息推送总结:实现原理、心跳保活、遇到的题材等》

《扫盲贴:认识MQTT通信协议》

《一个基于MQTT通信协议的总体Android推送Demo》

《IBM技术经理访谈:MQTT协议的创制过程、发展现状等》

《求教android消息推送:GCM、XMPP、MQTT三种方案的高低》

《运动端实时信息推送技术分析》

《扫盲贴:浅谈iOS和Android后台实时信息推送的原理与界别》

《决干货:基于Netty实现海量接入的推送服务技巧中心》

《举手投足端IM实践:谷歌消息推送服务(GCM)研究(来自微信)》

《干什么微信、QQ这样的IM工具不利用GCM服务推送消息?》

《极光推送系统广大高并作架构的技术实施分享》

《从今HTTP到MQTT:一个冲位置服务的APP数据通信实践概述》

《魅族2500万添加连的实时信息推送架构的技术实施分享》

《专访魅族架构师:海量长连的实时信息推送系统的心得体会》

《深入的聊聊Android消息推送这档子小事》

《据悉WebSocket实现Hybrid移动使用的音信推送实践(含代码示例)》

《一个因长连的安而扩大的订阅/推送服务实现思路》

《实行分享:如何构建平效仿高可用的倒端音推送系统?》

《Go语言构建千万级在线的高并发消息推送系统实行(来自360柜)》

《腾讯信鸽技术分享:百亿层实时信息推送的实战经验》

《百万在线的美拍直播弹幕系统的实时推送技术实施的路》

>>又多同类文章
……

[12] 更多即时通讯技术好文分类:

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

(本文同步颁布让:http://www.52im.net/thread-1243-1-1.html)

发表评论

电子邮件地址不会被公开。 必填项已用*标注