Apk瘦身实用总结

作者: Rayhaha | 来源:发表于2017-05-30 13:17 被阅读69次

    Apk瘦身

    Apk的大小对于用户是否选择下载应用起着至关重要的影响
    下面是对于减小Apk大小的一些常用且实用的方法总结
    如有错误,欢迎大家踊跃指出


    目录

    • 资源占用分析
    • 图片压缩
      • 图片类型
      • 压缩
      • PNG压缩
      • Webp
    • 混淆
      • 代码混淆
      • 资源混淆
    • resConfig和lib
    • 优化代码
    • 致谢

    资源占用分析

    1. 使用AndroidStudio,将APK拖拽到AS里面就出现如下图:
    1. 简单分析目录作用:
    1. 针对大小较大的目录进行优化

    图片压缩

    图片类型

    • JPEG :一种广泛使用的有损压缩图像的标准格式,不支持透明通道和多帧动画。
    • PNG : 一种无损压缩图片格式,支持透明通道
    • WebP :支持有损和无损压缩、支持完整的透明通道、支持多帧动画,同时大小也得到很好的限制

    压缩

    使用 TinyPNG工具支持对PNG/JPEG图片类型的压缩

    PNG替换

    根据情况使用一下资源替换PNG

    • Drawable.xml : 一些渐变背景图或者形状都可以直接通过xml绘制出来,SVG在Android中的应用 也可以给你提供一些绘制的思路
    • NinePatch : 点9图,体积小,支持拉伸不变形,实现一图多用,降低APK体积。AndroidStudio提供PNG转换成 NinePatch的方法,只需要对着PNG右键Create 9-Patch file
    • JPEG : 在对透明通道无需求的情况下,使用JPEG代替PNG也可以降低APK 体积

    WebP

    • 优势:
      • PNG 转 WebP 的压缩率要高于 PNG 原图压缩率,同样支持有损与无损压缩
      • 转换后的 WebP 体积大幅减少,图片质量也得到保障(同时肉眼几乎无法看出差异)
      • 转换后的 WebP 支持 Alpha 透明和 24-bit 颜色数,不存在 PNG8 色彩不够丰富和在浏览器中可能会出现毛边的问题
      • AndroidStudio2.3之后支持对WebP的预览和直接转换
    • 注意:
      • Android 4.0 以后才支持, 4.2.1以后才支持带透明通道的WebP
      • 对于不需要透明度的PNG需要 先转换成JPEG再转化成WebP,否则会因为带有透明通道,而在4.2.1以下的版本中无法显示

    混淆

    代码混淆

    • minifyEnable : 启动混淆,启用混淆的同时他会对代码压缩和优化,找出没有引用的代码并 在生成APK之前剔除
    • shrinkResources : 只有当 minifyEnable 开启,才能起作用。去除无用的resource文件。 注意shrinkResources 不能帮你移除资源文件, 只会帮你压缩合并(可能是因为R文件 生成id索引信息)。
    • 使用Lint删除无用资源 : Refactor -> Remove Unused Resource 。 注意 : 删除之前最好Preview一下,不然会把一些通过反射或者Uri等方式引用的资源也会被删除,最终导致 Resources Not Found Exception

    资源混淆

    关于资源混淆目前比较好的是微信的方案:AndResGuard
    相关的注意事项和使用方式在项目地址也有很清晰的说明了~~

    resConfig和lib

    android {
      ...
        defaultConfig {
          ...
            resConfigs  "en","fr"
    
            ndk{
            //设置支持的SO库架构
            abiFilters 'armeabi','x86','armeabi-v7a','x86_64','arm64-v8a'
            }
        }
        }
    

    根据需要指定需要的语言和需要兼容的so库文件,从而减少不必要的文件达到瘦身的目的。

    优化代码

    • 移除废弃功能的代码,反正有 VCS ,删了代码随时可以找回;
    • 移除重复的代码,如:已经有了的功能代码,团队成员不知道自己又写了一套,只能靠代码 Review 解决了;
    • 移除功能重叠的框架,如:项目中有几套网络访问框架 Volley、AsyncHttpClient、Retrofit 等,同样只能靠代码 Review 解决;
    • 移除无用的 dependencies 或者 jar 包;
    • 减小对 Support 兼容包的依赖,Support-V4 包非常大,项目引入无疑会增大 dex 文件的大小,Google 已经意识到这个问题,所以 Support-V7 一开始就做了拆分,并且开始对 Support-V4 做拆分,虽然目前成果还不明显,不过还是蛮值得期待的,特别是发现你少了 Support-V4 包后,可能就从2个 dex 变成1个 dex 了呢;
    • 插件化,一种懒加载思想的体现,先让用户能够安装宿主包,对于一些功能模块做插件化,在特定的时机再下载安装;

    综上所述,就可以有效的精简我们安装包中的 dex 文件大小,从而达到瘦身目的。

    致谢

    《Android高级进阶》 - 顾浩鑫
    APK瘦身实践
    APK应用瘦身的一些坑
    APK应用瘦身
    WebP探索

    相关文章

      网友评论

        本文标题:Apk瘦身实用总结

        本文链接:https://www.haomeiwen.com/subject/oflrfxtx.html