语音片断

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

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

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

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

图片、视频片断、小视频

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

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

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

实时对讲

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

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

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

====

更新中。。。。

[微信协议分析] 多媒体