1.App瘦身经验总结

简介: 为什么apk越来越大?1.项目不断发展,功能越多,代码量增加的同时,资源文件也在不断的增多2.app支持的主流dpi越来越多,如ldpi、mdpi、hdpi、xh xxh xxxh等等,间接导致资源增多3.

为什么apk越来越大?

1.项目不断发展,功能越多,代码量增加的同时,资源文件也在不断的增多
2.app支持的主流dpi越来越多,如ldpi、mdpi、hdpi、xh xxh xxxh等等,间接导致资源增多
3.引入的第三方sdk或开源库越来越多,增加了很多重复的资源或方法以及无效代码
4.用于体验要求高,图片资源为保证清晰度会使用分辨率更高的图片

apk瘦身的切入点

解压一个没有加固过的apk文件我们会看到下边的内容,相信你对这些文件或目录的含义都已经清楚,接下来我们将会从三个方面进行apk的瘦身操作:
1.Java代码,对应classes.dex文件,我们要剔除无效代码,减小dex文件大小
2.资源文件,对应res文件夹,assets目录
3.减小lib中引入的so大小
解压后的apk.png

开始瘦身

接下来我们将分别针对上边的三个切入点进行apk瘦身

1.减小Java代码的体积

有人认为这个方面的处理很鸡肋,因为每一行代码都对应相应的功能,这里能有多大的精简空间,其实并非完全如此,随着项目的不断推进,编码过程中会产生很多的冗余代码,比如该删掉的没有删掉,过多的重复性功能的工具类,无效的引用等,这还是其次,比较大的一个问题是,随着你引入的开源库不断增多,无效代码的出现几乎是必然事件,过多的重复方法还会导致64k方法数的问题。接下来进入正题。

1.开启minifyEnable

它的作用不仅仅是混淆代码,还有压缩优化的功能,他会遍历所有代码并找出没有引用到的代码,这些代码不会生成在apk中;另外混淆的效果是使用简短的字母替代原来的类名属性名等,一定程度上也可以减小代码体积

2.定期review重构代码

对代码的不断优化是提升个人能力的有效手段,同时优化的结果也会间接的对apk进行精简

3.慎重选择你使用的开源库

很多开源库针对不同平台提供了精简版,目的就是移除在本平台上不需要的代码,例如fastJson,我们选择精简版就可以使开源代码缩小一倍左右,另外针对没有精简版的开源库,需要根据场景考虑是否使用源码依赖,手动移除不必要的文件资源。

2.资源文件瘦身

1.优先采用WebP图片

资源文件是apk中体积占用较大的一部分,尤其是图片资源,所以我们首要以图片的瘦身为主。首先要对图片编码格式有简单了解。Android平台支持的格式有:JPEG,PNG,GIF,BNP,WebP(4.0开始支持WebP),但是Android应用开发中,Bitmap所支持的只有三种JPEG,PNG,WebP,从Bitmap类的CompressFormat枚举可以看出(详见源码)。

JPEG:有损压缩,不支持透明通道和多帧动画(RGB)
PNG:无损压缩,支持透明通道(ARGB),PNG大小大于JPEG
WebP:支持有损和无损压缩,支持透明通道和多帧动画,4.0以上是开发首选,Google官方测试,WebP比PNG能减少45%大小,即便PNG经过压缩,也能相比PNG减小28%

2.PNG格式图片尽量使用NinePatch格式

.9图具有体积小,拉伸不变形的特点,并且Android studio可以一键转换,使用起来相当方便。

3.Lint查找无效资源

Lint可以检查res目录下的无效资源(无法检查assets),然后将其删除,但是有一点要注意,如果资源文件是通过反射机制调用的,Lint是无法知道的,所以使用lint检查出的每一个资源都需要人工进行确认,防止发生异常删除。

4.开启shrinkResources功能

shrinkResources标识是否去除无用的resource文件,它需要配合minifyEnable使用,同样存在反射机制引用的问题,这种情况会被误删

android {
        buildTypes {
            release {
                minifyEnable true
                shrinkResources true
            }
        }
}
5.resConfigs剔除第三方库或者SDK中的资源

第三方库中包含的无效资源通常包含以下两点:
1.dpi目录,第三方库通常会提供所有的dpi目录以及对应的资源文件,因为它是针对大众使用的,而我们未必都需要,这时候需要选择性的移除。
2.很多第三方sdk是做了国际化,而我们可能用不到,此时也需要删除国际化资源

defaultConfig {
        。。。
        resConfigs "zh"  //表示只使用中文
        resConfigs "xxhdpi" // 表示只是用xxhdpi目录下的资源文件
}

libs目录瘦身

so文件最终会被打包到libs目录中,我们针对libs目录的瘦身主要是去除不必要的平台ABI的so文件,例如我们只保留v7a和x86平台的so

defaultConfig {
       ndk {
          abiFilters "armeabi-v7a","x86"
      }
}

其他的一些优化

1.不涉及透明图层的图片可以转换为jpg格式,比如欢迎页的图片
2.使用shape(Vector)替换图片
3.删除或者替换兼容包中无用的一些图(v4.v7.v13)
4.删除第三方aar库中使用的大图
5.把so文件放置在网上或者sd卡内

总结

目前我所了解的瘦身方法只有这些

相关文章
|
移动开发 缓存 安全
App极限瘦身 | 动态下发so(2)
App极限瘦身 | 动态下发so
130 0
|
存储 缓存 安全
App极限瘦身 | 动态下发so(1)
App极限瘦身 | 动态下发so
233 0
App极限瘦身 | 动态下发so(1)
|
安全
|
安全
|
开发工具 Android开发
|
存储 安全 Java
APP加固新方向——混淆和瘦身
在阿里云云栖社区举办的在线培训中,来自阿里移动安全部的陵轩带来了题为《APP加固新方向——混淆和瘦身》的精彩分享。本次分享的主要内容包括APP加固的发展历程以及阿里内部对移动安全加固最新的研究——混淆和APK优化瘦身。
11226 0
|
安全 程序员 UED
APP加固新方向--混淆和瘦身
本文PPT来自闵振飞(陵轩)于10月15日在2016年杭州云栖大会上发表的《APP加固新方向--混淆和瘦身》。
2780 0
|
iOS开发 编译器 MacOS
iOS - Bitcode App 瘦身中间码
1、Bitcode 随着 Xcode7 的发布,Apple 提供了一项新的技术来支持 App 瘦身功能,那就是 Bitcode。 1、BitCode 是什么 Bitcode is an intermediate representation of a compiled program.
1824 0
|
1月前
|
API 数据安全/隐私保护 iOS开发
利用uni-app 开发的iOS app 发布到App Store全流程
利用uni-app 开发的iOS app 发布到App Store全流程
84 3