瘦身优化

瘦身优势：

    最主要是转换率：下载转换率

    头部app都有lite版

    渠道合作商要求（手机厂商预装）

apk组成

    代码相关：classes.dex

    资源相关：res、asserts、resource.arsc

    so相关：lib

apk分析

    apkTool，反编译工具：apktool d xx.apk

    analyze apk，查看apk组成、大小、占比、dex文件组成、apk对比

    https://nimbledroid.com/  app性能分析

    android-classyshark 二进制检查工具

代码混淆

    Proguard

三方库处理

    基础库统一

    选择更小的库，插件：Android Methods Count，显示引入的第三方库的方法数

    仅引入所需的部分代码

移除无用代码

    AOP统计使用情况，在构造函数中，没有使用的就没用了。（AOP框架）

资源瘦身

    冗余资源：右键选择文件夹，refactor，remove unused resource

    图片压缩：https://tinypng.com/   或者 TinyPngPlugin插件

    图片格式选择

    资源混淆：资源的路径混淆成单个字母的路径  https://github.com/shwenzhang/AndResGuard

    其它：图片只保留一份，资源在线化（+预加载）

So瘦身实战

    So是Android上的动态链接库

    都放在armeabi目录，根据CPU类型加载对应架构So

    其它方案：So动态下载；插件化；

 

    怎么降低apk包大小：在项目初期，我们一直在不断地加功能，加入了很多代码、资源，同时也没有相应的规范，所以UI给的都是没有经过压缩的图片，长期累积导致包体积越来越大，到了项目稳定期的时候，我们对各种运营数据进行考核，我们发现apk的大小影响了用户下载的意愿，于是我们开始着手对包体积的优化，我们使用的是android studio自带的analyze apk作分析，主要是做了代码、资源、So三个方面的优化。针对代码，使用Proguard进行混淆，把程序代码转换成功能相同，但不容易理解的形式，同时让代码更安全；统一三方库；删除无用代码；接下来进行资源瘦身，把无用资源删除、混淆；最后进行So文件的瘦身，只保留armeabi，它可以兼容其它的cpu架构，这一点效果很明显，还比如一些视频模块的So，如果是别的架构的So，我们就在代码中判断，对应去加载。总的来说，对So瘦身效果是最好的。

    apk瘦身问题长效治理：不可能每个版本都做优化，发版前与上个版本包体积对比，超过阈值则必须优化；针对项目架构，可以做插件化的改造，将每一个功能模块都改造成插件，以插件的形式来支持动态下发。