微信 6.0 版将小视频作为核心亮点之一，宣告视频时代的到来。到如今，大量用户已经开始习惯用小视频分享生活中的新鲜和感动。不用再傻乎乎地打字，不用再考虑表达，小视频帮你做到”所见即所得”。

但是，你知道么，为什么小视频最长只能录 6 秒?

很多时候，用户常在户外使用微信，网络不稳定，流量也受限，不太适合用户发布或者查看大体积的视频文件。对视频时长做限制(不超过 6 秒)，并做优化，使其体积变得更小，才更利于在移动端发布和观看。

将小视频处理为 6 秒，主要是为了降低接收方的流量压力和播放时的心理压力。实际上，在小视频正式发布前，微信的“攻城狮”进行了长达半年的体验测试，发现 6 秒是最适合的长度。

为了做测试，开发人员还专门撰写了一个名为“kitchen”的调试工具，作为一个全局开关变量配置的功能模块，改一个数值，配置立刻生效，方便调试。这就像一个 PS 工具，帮助开发人员找到最优的路径。6 秒长度正是在这个工具的支持下发现的最适合长度。

既然是小视频，那么小视频的流量消耗有多小?

有一个很简单的换算：聊天中的小视频，每条视频的大小约等于 2 张朋友圈图片大小，朋友圈中的小视频每条大约等于 3 张朋友圈图片大小。

和长视频相比，6 秒小视频的数据量在 iOS 系统下为 400KB 以内，在 Android 系统为 200-300KB，这意味着，三条小视频的流量消耗约为 1MB。

而且，小视频加载的逻辑是看过的不再加载，没有看的不加载，正在看的才加载，会主动帮用户省流量。

文字太闷，图片太静，小视频刚刚好。

所以，无论是拍小视频还是看小视频都不要有压力。按现在的流量费用标准，比如中国移动的 500MB 套餐 30 元，三段小视频才 1MB，约合 0.06 元。

说不清楚，就拍个小视频吧。如果一个小视频说不清楚，那就拍两个。如果两个小视频还说不清楚，那拍三段小视频一定可以。

问题来了，小视频这么小，还能清晰么?

这就要说到码率和分辨率这两个与视觉的“清晰感”息息相关的参数了。

码率决定了视频的质量，原始码率越高则视频越清晰，而分辨率则决定了视频图像的可放大倍数。其中码率有以下原则：

A、码率和视频质量成正比，但是文件体积也和码率成正比。

B、码率超过一定数值，对图像的质量没有多大影响。

和长视频相比，小视频的视频编码算法其实并没有特别大区别。但是由于限定在 6 秒以内，体积则大大减小，而且主要在移动端播放，微信在视频质量和大小之间找到了一个平衡点，让用户毫无压力地使用。

其实，小视频用起来方便，交互体验好，还不仅仅是流量耗费小，打开无压力。为了得到更好的交互体验，在拍摄录制与播放中，“小视频”还有很多你不知道的小秘密，比如：

预启动——按下就录上了。小视频按下就开始录制，不用等待音频设备和文件的准备。这样就可以保证在稍纵即逝的当下捕捉到想要捕捉的内容。想象一下每次拍照时的争分夺秒，就知道这个小功能多重要了。

抖动监测——你抖快了有提醒。为了保证拍摄的效果，根据陀螺仪的加速度变化，系统会自动检测到手机的抖动，并做提醒。

暗光环境监测——太暗了就给选择调亮些：当拍摄环境过暗，小视频会提示可使用“点亮模式”来优化拍摄环境。这么智能是如何实现呢?

实际上，视频中每个像素的 RGB 颜色值都不一样，为了快速处理和反应，通过将其缩放，获得一个平均值，当这个 RGB 平均值低于一定的设定值，如小于 17 时，就弹出提示，从而快速分辨周边环境的明暗。

静音播放——点击放大才有声音。小视频只有在点击放大时才是带声音播放，并且循环播放，接近 GIF 的效果。而当非全屏时，录制的小视频保持静音播放状态。

在 iOS 版本优化的过程中，微信团队设计过多个播放技术方案，最终选择了绕过 iOS 系统播放器同时最多只能有 16 个的限制，而采用自己开发的视频播放器，来满足可以同时播放多个视频等需求，并且为了防止拍摄播放时卡住界面的情况，在视频录制时加入 Cache 层，先缓存视频帧，后续等 CPU 空闲时再唤起后台线程写入视频。

这些费心的“小动作”可以让你完全不用关注和懂得什么对焦、缩放、曝光补偿、白平衡……等等，你只需要拿起手机拍即可。

未经允许请勿转载：程序喵 » 微信小视频揭秘：为什么只有6秒钟？