直播App中Android酷炫礼物动画实现方案（下篇）：SVGA由来与Lottie的对比

本文主要是介绍直播App中Android酷炫礼物动画实现方案（下篇）：SVGA由来与Lottie的对比，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

这个动画，如果输出成GIF的话，要3MB，尺寸是750*750。在上一篇文章中已经介绍过几种被否掉的方法，这里再稍作补充说明，如果使用GIF实现，有以下问题。

动画文件太大（4MB的大小）
播放资源占用高（测试机子内存占用约30MB/CPU占用约50%）
效果差（GIF只支持8位）

使用WebP呢？嗯，使用WebP可以把动画文件大小压缩到一半，但是，播放资源占用问题没有解决，这依然是头疼的问题，想想，一个视频直播流已经占用了系统给进程分配的大量内存，然后直播间里面可能成千上万甚至更大体量的人同时在线，观众们一个个赠送礼物的动画出来，应用直接给搞挂掉了……

如果使用A-PNG呢？使用A-PNG可以完美地解决效果差的问题，因为PNG支持32位颜色啊，但是，同样的天使动画，大小可以达到9M，播放资源占用更更更高！

探索

早在2015年，Adobe就已经把CreateJS收归旗下，并且可以完美地将Flash动画导出至Web中。也正是同一个时期，BodyMovin出现了，BodyMovin可以将另一个Adobe的软件After Effects所设计的动画完美地导出至Web中。这两者的出现，是我们开发SVGA灵感的源泉。

具体的思路是，将动画脚本导出，再将动画元素（位图）导出，然后在对应的客户端，重新拼合这些位图。这样做的好处很明显，元素是有限的，动画脚本也非常轻量，我们只需要一次性地把元素还原出来就可以了。

相比序列帧，这种方案得到的动画文件非常小，播放资源占用也非常小，效果却相当好（因为使用PNG支持32位颜色）。

实现

在2016年的时候，Lottie还没开源，并且BodyMovin的文档也相当欠缺，我们是不可能重新实现一个BodyMovin在iOS/Android上的播放器的。

于是，干脆重写一个？然后Pony就用了两周的时间，把SVGA Flash转换器写出来了，再用两周时间，把iOS和Android的Player也写出来（当然，只是Demo阶段）。一个月后，拿出来，给Da Lao们欣赏欣赏，Da Lao们都惊呆了……

这个方案，不仅资源占用很小很小（当时测试的数据内存占用约8M左右，CPU占用约2%），文件大小也非常小（天使动画只需295K），效果还狂拽酷炫高逼格。

紧接着接着，在YY内部就开始有了SVGA这个项目（当时没有开源），经过了一整年的迭代，在YY系的产品中有超过十多个产品的使用，应用范围涵盖iOS/Android/Web/PC客户端等。

SVGA与Lottie

在上一篇文章发出后，很多同学都在关注一个问题，SVGA和Lottie有什么区别？嗯，没有对比就没有伤害，既然Lottie这么强大，我们就用SVGA来跟它做一番对比，以下列了一些特性差异：

从CreateJS/Lottie实现的原理来看，都是将设计软件中的时间轴完整地导出来，包括里面的各种关键帧信息、矢量路径、样式等等。其中，最为关键的是『关键帧』！由于使用的是关键帧动画描述，那么对应的Player就难免变得复杂起来。如果只是简单的一次线性方程，比如，物体从A点匀速移动至B点，还OK。但是，当遇到二次线性方程、贝塞尔曲线方程这些高阶插值计算的时候，Player就会很吃力。（矢量动画就是通过一些公式能表达的矢量线条和色块，以此来表示每一帧动画）
CreateJS可以导出Flash动画，Lottie可以导出After Effects动画，但是它们都不能导出对方的动画（每种设计工具的脚本都是不一致的），这也意味着，你家的设计师只能使用其中一种设计工具。
Lottie在导出位图动画方面不够友好，从UI设计师和开发人员使用角度来看都比较麻烦，开发人员需要先将做好的效果打包成ZIP，再解压到本地目录，才能播放。
SVGA使用另外一套逻辑，它不关心关键帧，因为SVGA里面的每一帧都是关键帧！也就是说，SVGA已经在导出动画的时候，把每一帧的信息都计算好了，如此一来，Player也就不用关心插值计算的过程。正因为如此，SVGA可以同时支持Flash和After Effects的导出，只需要在各自转换器中计算差值就好了。
SVGA在设计之初就支持位图元素，在1.x格式时使用ZIP进行打包，在2.x格式中，直接使用ProtoBuf+Zlib方式打包，作为开发者，完全不用关心应该怎样下载、解压、获取位图文件，直接把svga文件扔进去Player就可以了。
功能上，SVGA更贴合直播应用场景，SVGA所提供的动态文本、动态图像功能都是其它库所不能提供的。