APK瘦身的价值
APK瘦身严格上来讲不算是对应用性能的优化,应该算是对应用程序体验的优化,瘦身的价值主要有一下几点:
- 省流量-更大的APK体积意味着用户在下载我们apk的时候需要花更多的流量,也就是需要花更多的钱,这很显然对用户来说是不够友好的.
- 给用户一个好印象,试想一下用户在安装我们的程序时需要等待很久的时间,对于用户来说,是非常影响用户的心情的.
APK中有哪些东西
一个APK实际上就是一个压缩文件,里面主要是包括一下几个东东:
1.代码
2.lib
3.so本地库
4.资源文件(图片,音频,字体等)
对于这些文件,可以采取一下一些方式来进行处理
- 对代码的处理
- 代码的混淆可以减少文件的大小,因为混淆后的代码将较长的文件名,实例,方法名等做了简化,从而实现字节上面的优化.
- 删除掉在测试阶段无用的代码,可以借助Android Studio→Inspect Code...对工程做静态代码检查,删掉无用的代码
buildTypes {
debug {
}
release {
minifyEnabled true // 是否混淆
shrinkResources true // 是否去除无效的资源文件
// 混淆的配置文件
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
对lib的处理
一般来说,在开发中我们会用到一些第三方比较优秀的库,从而来节约我们开发的时间,尽量不要用比较复杂的库,轻量级首选对so本地库的处理
一个硬件设备对应一个架构(mips、arm或者x86),只保留与设备架构相关的库文件夹(主流的架构都是arm的,mips属于小众,默认也是支持arm的so的,但x86的不支持)-
对资源文件的处理
- 通过Lint工具扫描代码中没有使用到的静态资源.需要注意的是:Lint 会分析资源文件(比如 /res 文件夹下面的文件) ,但是会跳过 assets 文件 ( /assets 文件夹下面的文件)。事实上assets 文件是可以通过它们的文件名直接访问的,而不需要通过Java引用或者XML引用。因此,Lint 也不能判定某个 asset 文件在项目中是否有用。这全取决于开发者对这个文件夹的维护了。如果你没有使用某个asset 文件,那么你就可以直接清除这个文件。
- 使用微信的# AndResGuard库,该库主要是对资源文件进行一些混淆,缩短资源文件的访问路径,例如将
res/drawable/wechat
变为r/d/a
. - 一个APK尽量只用一套图片,从内存占用和适配的角度考虑,这一套图建议放在xhdpi文件夹下.
- 使用tinypng等图片压缩工具对图片进行压缩
- 能不用图片的就不用图片(用代码实现),如果要用图片则优先使用9图
- 如果有web页面,可以考虑使用7zip压缩工具对该文件夹进行压缩,在正式使用的时候解压.
- jpeg还是png,根据需要做选择,在某些时候jpeg可以减少图片的体积。
目前来看,大概是有这么多方法来进行减小APK的体积的,希望这些方案可以帮到大家.