[微信协议分析] 多媒体

语音片断

语音片断的发送、接收都是通过长连接分包进行。

发送:语音录制过程中,客户端每2秒发一次,每次2.5K左右

接收:服务器将语音分片文件整体当成一条消息,和文本消息一样的方式推送

总结,语音分片发送和文本相差不大,只是语音因为体积较大,录制过程中会同时上传操作,加快发送速度,取消时,删除已上传部分即可。

 

图片、视频片断、小视频

都类似,只是文件类型,大小不一样,客户端处理方式不同,对于服务器差别不大。

发送:https短连接,不走长连接,所有发送完后SyncKey 会通过长连接回推

接收:通过长连接接收图片的缩略图、视频截图+下载地址,用户点击图片时,走https下载原图、视频文件

 

实时对讲

涉及到实时通讯领域,那么tcp就不行了,实时性保证不了,长连接用于对讲会话的建立和维护信令传输,语言通过UDP中转。

测试的两个客户端都在同一个路由器下面,但数据流量都是通过140.206.160.179 上海联通的服务器做中转,也就是没有做p2p 直传。

移动设备上p2p 做起来比较麻烦,p2p 直传打通率一般难以超过50%, 而且建立时间很难保证,实时对讲传输量较小,都通过服务器中转比较靠谱。

 

====

更新中。。。。

 

[微信协议分析] 多媒体

上一篇:移动端测试(Appium)之 高级操作


下一篇:[微信协议分析] 多点登陆