第102章 离线传输的杀手鐧（1/2）

用户分享环节持续了近一个小时，当最后一位发言者走下舞台，林浩本以为发布会可以进入尾声。但他没有宣布结束，而是拿起遥控器，按了一下。幕布上的二维码消失了，取而代之的是一张极简的技术对比图。

左边是qq的文件传输界面，右边是hicq的文件传输界面。上方一行大字：“传输同一个3mb的word文档，猜猜谁更快？”

台下安静下来。有人掏出手机开始计时，有人交头接耳议论。林浩没有卖关子，他直接从口袋里掏出一台笔记本电脑，放在舞台中央的桌子上。电脑连著投影，屏幕上显示著hicq的文件传输界面。他又从桌子下面拿出一台同样的电脑，屏幕显示著qq的界面。

“现场测试。”林浩说，“两台电脑，连接同一个wi-fi网络——实际上是我们用一台伺服器模擬的56k拨號网络环境。文件是一个3mb的word文档，里面有文字、图片和表格。同时开始传输，大家自己看结果。”

他点击发送。两台电脑的文件传输进度条同时开始跳动。

qq的进度条走得缓慢而迟疑，像蜗牛爬行。hicq的进度条则以肉眼可见的速度稳步前进，几乎没有任何停顿。台下响起一阵低低的惊呼声。有人开始大声读秒：“三十秒……一分钟……一分半……两分钟……”

两分十七秒，hicq的进度条率先走完。屏幕上弹出一个绿色的完成提示框：“文件已成功传输，用时2分17秒。”

而qq的进度条，才刚刚走过三分之一。最终，当qq完成传输时，计时器显示：8分04秒。

台下彻底沸腾了。有人站起来鼓掌，有人吹口哨，有人大喊“牛逼”。媒体席上，几个记者已经顾不上矜持，掏出笔记本飞快地记录著什么。那两个腾讯来的员工脸色铁青，其中一个低头在手机上飞快地打字，大概是在向总部匯报。

“这不公平！”台下有人喊，“qq肯定没优化好！”

林浩笑了，他等的就是这个质疑。“好问题。那我们来拆解一下，hicq是怎么做到的。”

他按了一下遥控器，幕布上出现了一张技术原理图，標註著“浩宇自研『星尘』传输协议”。

“第一，断点续传。”林浩指著图上的一个模块，“传统的文件传输，一旦网络中断，就要从头开始。hicq会把文件切成256kb一个小块，每个块独立校验。如果传输中断，下次只需要重传失败的块，而不是整个文件。在拨號网络环境下，断线是常態。这个功能，能让用户节省80%的重传时间。”

台下有人恍然大悟地点头。

“第二，智能压缩。”林浩切换到下一张图，“我们自研了一套压缩算法，专门针对常见的文件类型——word文档、excel表格、jpg图片、txt文本。在不损失质量的前提下，平均压缩率达到40%。也就是说，一个3mb的文件，实际传输的数据只有1.8mb。传输量减半，速度自然翻倍。”

他顿了顿，补充道：“而且，压缩和解压都在本地完成，不占用伺服器资源。用户完全无感知。”

“第三，传输路径优化。”林浩继续，“传统的im传输文件，数据要从发送端上传到伺服器，再从伺服器下载到接收端。如果发送端和接收端在同一个区域网，或者距离很近，hicq会自动识別，採用p2p直连传输，数据不经过伺服器中转。速度能再提升50%以上。”

他放下遥控器，看著台下：“这三点加起来，就是为什么hicq的文件传输比qq快三倍的原因。不是魔法，是技术。”

台下响起热烈的掌声。但林浩还没说完。

“还有一个功能，我认为更重要。”他拿起桌上的笔记本电脑，打开hicq的设置界面，指著一个选项，“离线传输。”