接下来详细说下commonsrc的构建过程。我们回收了开发同学图片组件的代码权限，大家无法直接在commonsrc添加图片。只保留了一个master分支的壳工程。当添加图片时，系统会触发打包机上的构建任务，构建脚本先将master分支check下来，然后下载图片资源包，将图片解压到commonsrc目录下，构建commonsrc组件，最后上传maven。
iOS端有个更棒的功能叫图片云控，iOS封装了统一的图片加载控件，除了加载图片以外，还会统计每个图片的加载次数，打包时，系统会将访问量较少的图片放在服务端，不再将这些图片打进安装包，从而降低包体积。
近期公司在做包体优化，图片资源自然是优化的重点，我们检查了一些图片文件，一些色调单一的图片有几百KB，这种图的压缩空间是最大的。首先想到webp，as上也有直接转webp的功能，试了一下效果还挺明显，50MB的图片组件转webp后降到15MB。但是总不能每次发版都手动转一遍，有三种方法可以自动转换，一是做个插件，编译时自动转webp，现成的方案也有，比如滴滴的Booster，第二是写个脚本放到打包机上，每次下载完图片自动转。但两者都会侵入构建流程，前者占用App打包时间，后者占用commonsrc打包时间。于是有了第三种方式，上传图片后直接在服务端转webp。其实这也是我们做图库系统的一个初衷，就是可以统一对资源做任何事情。
webp格式虽然好，但不能一概而论。自如客用的压缩比例是75%，为了防止个别图片压缩后失真严重，系统加了黑名单功能，可以对某些图片禁用webp格式。Android启动图标不能使用webp，只能用png格式，所以启动图的名字自然要加到黑名单中。
图库系统还支持指定分辨率下载图片包，这样我们可以只下载3倍图，所有2倍图占的空间又被省掉了。除了利用图库管理优化包体积，我们还使用了资源混淆和严格模式，以后的文章会介绍到。
作者：自如大前端研发中心-移动架构组-曲建超
