微信C2C渐进式图片流式传输系统简介-CSDN博客

在微信C2C图片服务中，用户体验一直是第一位的，由架构平台部研发的微信C2C后台系统，也一直在用户体验上深入研究，经过多次技术数据的验证，采用渐进式格式，和产品体验的巧妙结合，可以大大的降低用户的体验时延，接下来会详细介绍我们的应用过程。

一、渐进式图片

JPG图片支持两种编码方式：基线式（baseline）和渐进式（progressive）。业界应用最广泛的是基线式，因为它编解码计算开销小，实现比较容易。渐进式在编码的时候，要多次扫描图片，计算开销大约是基线式的3-5倍（但比起Google的WebP编码8-10倍开销还是小很多）。两者编码出来的文件大小基本相同，渐进式往往会更小一些。基线式的编码方式是图片从上到下，从左到右地进行处理和编码，如图1。渐进式编码方式是先全局后局部，先轮廓再细节的编码方法，如图2。

图1 基线式图片展示过程

图2 渐进式图片展示过程

渐进式图片编码特性，可以被用来有选择性地控制传输的数据量，提高传输的成功率。在条件较差情况下，宁可丢弃了图片的部分不重要细节，换取传图功能的可用性。图3是收取到原图片一定比例数据的图片效果(局部对比)。

图3 不同比例的图片显示效果对比

从图中可知，接收到图片的数据越多，图片展示越清晰。在20%的时候，还看不清楚图片中的文字，到了60%的时候，文字已清晰可见，再到80%以及100%，图片细节更清楚，但如果没有多张图片仔细比较，已看不出图片差异。

除了JPG支持渐进式编码格式，其他比如webP、HEVC在设计上也都支持渐进式的。要使用其他格式，只需要替换一下图片的编解码库即可，下文涉及的业务交互流程是不变的。

二、流式传输

这是类似流水线的传输过程，边传输边处理，在视频播放中普遍使用。通俗地说，就是数据像流水一样在网络中传输，通信双方在数据传输进行的过程中就即时处理，而不是等全部数据接收完毕再处理。

有别于流式传输的是普通“文件传输”，将整个图片文件当成一个整体，接收方在收到完整的数据后，再进行处理。或者将图片分成几个有限的小分片，每个分片是一个整体，单独进行传输，最后把分片拼接起来组成原图片。图片分片，往往配合并发传输，建立多个通道，同时传输多个分片，这在传统高速可靠的有线网络中效果很好，但在带宽有限、信号不稳定的无线网络中，效果往往不比单通道好。

三、图片最小传输长度

在实际应用中，传输一个完全看不清楚的图片是没有意义的，因此对渐进式图片传输的数据有一个最低要求，保证收到的图片基本可用。我们称这个长度为图片最小传输长度（MinimalTransport Size），MTS与原图片总大小（TS，Total Size）的比值，称为传输因子Q。公式如下：

Q=MTS/TS

或者写成：

MTS = TS×Q

传输因子Q可根据多种因素来调节，包括终端所在网络类型、信号强度、传输目标图片的尺寸和质量等。

在这个传输系统中，发送方只要发送图片的最小传输长度，即可向用户展示发送成功，然后转到后台尽量把完整数据发送完毕。在条件不允许（网络中断、没电、用户切换APP等）情况下，可以不用发送更多数据。

四、系统结构

为了便于讲述系统工作原理，架构和流程作了一定简化。