Apk瘦身实用总结

Apk瘦身

Apk的大小对于用户是否选择下载应用起着相当重要的影响
下面是对于减少Apk大小的一些经常使用且实用的方法总结
若有错误,欢迎你们踊跃指出javascript


目录

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

资源占用分析

  1. 使用AndroidStudio,将APK拖拽到AS里面就出现以下图:

  1. 简单分析目录做用:

  1. 针对大小较大的目录进行优化

图片压缩

图片类型

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

压缩

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

PNG替换

根据状况使用一下资源替换PNGjava

  • 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
相关的注意事项和使用方式在项目地址也有很清晰的说明了~~android

resConfig和lib

android {
  ...
    defaultConfig {
      ...
        resConfigs  "en","fr"

        ndk{
        //设置支持的SO库架构
        abiFilters 'armeabi','x86','armeabi-v7a','x86_64','arm64-v8a'
        }
    }
    }复制代码

根据须要指定须要的语言和须要兼容的so库文件,从而减小没必要要的文件达到瘦身的目的。git

优化代码

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

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

致谢

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

相关文章
相关标签/搜索