随着android项目不断迭代，apk包会越来越大，那么这篇文章来讲下一些基本的瘦身策略。
一、资源优化
1.1 Lint工具去掉项目中的冗余项目
android stuido自带的检验工程规范的工具，可以检测内容包括如下几点：
- 未使用的布局
- 未使用的资源（如：图片）
- values中string.xml 、colors.xml 、dimens.xml 、styles.xml 中未使用的属性项
使用：
AS菜单栏Analyze -> Run Inspection by Name -> 输入unused resources -> 选择Whole project -> 检测
然后会在工程下方得到检测结果：
会列出优化项，但是不建议选择右边红框标识的按钮，执行一键清除。Lint只是给出建议，你还是根据项目需要来删除无用资源会好点。
1.2 图片资源优化
经过Lint过滤之后，会减少部分无用资源。再从剩余的图片文件下手：
大图片压缩（也可以归设计处理）：
图片压缩工具：tinypng.com/
图片压缩转换工具：isparta.github.io/合理选择图片格式：
png: 无损 图片质量高 但是占用存储比JPEG大
jpeg: 有损 图片质量稍差 但是占用存储比PNG小
svg：一些图片的描述，牺牲CPU的计算能力的，节省空间。使用的原则：简单的图标。
WebP: (https://developers.google.com/speed/webp/)的格式（Facebook、腾讯、淘宝在用。）缺点：加载相比于PNG要慢很多。 但是配置比较高。
1.3 资源混淆
使用微信开源库AndResGuard，它是一个缩小APK大小的工具，它的原理类似Java Proguard，但是只针对资源。它会将原本冗长的资源路径变短。
集成：
在整个Project build.gradle中：
dependencies {
classpath 'com.tencent.mm:AndResGuard-gradle-plugin:1.2.10'
}
在app build.gradle中：
apply plugin: ‘AndResGuard'
andResGuard {
mappingFile = null
use7zip = true
useSign = true
keepRoot = false
compressFilePattern = [
"*.png",
"*.jpg",
"*.jpeg",
"*.gif",
"resources.arsc"
]
whiteList = [
// your icon
"R.drawable.icon",
// Umeng sdk
"R.anim.umeng*",
"R.string.umeng*",
"R.string.UM*",
"R.string.tb_*",
"R.layout.umeng*",
"R.layout.socialize_*",
"R.layout.*messager*",
"R.layout.tb_*",
"R.color.umeng*",
"R.color.tb_*",
"R.style.*UM*",
"R.style.umeng*",
"R.drawable.umeng*",
"R.drawable.tb_*",
"R.drawable.sina*",
"R.drawable.qq_*",
"R.drawable.tb_*",
"R.id.umeng*",
"R.id.*messager*",
"R.id.progress_bar_parent",
"R.id.socialize_*",
"R.id.webView"
]
sevenzip {
artifact = 'com.tencent.mm:SevenZip:1.2.10'
//path = "/usr/local/bin/7za" --- Linux
//path = "D:\7za\7za.exe" --- Windows
}
}
其中whiteList（白名单）中指定不需要进行混淆的资源路径规则，主要是一些第三方SDK，因为有些SDK的代码中引用到对应的资源文件，如果对其进行混淆，会导致找不到对应资源文件，出现crash，所以不能对其资源文件进行混淆。由于公司的项目中使用到了友盟和融云，所以将这两个SDK加入白名单，更多的白名单可以查看：
配置完，同步Gradle之后：
例如想打release包：双击使用andresguard :resguardRelease
对应项目中打出如左边显示的包。
经过上面的优化，对应一般的瘦身要求来说就已经足够了，如果对优化有极致追求的话，那接下来就考虑优化下代码吧。
二、代码优化
2.1 过大第三方工程引入造成的代码量冗余
有些三方工具非常好用，功能也很齐全，但是我们项目中可能只用到它很小的一部分功能，所以对于大项目追求优化极致的，可以考虑去掉部分功能，或者重构。另外有些可有可无的三方工具：比如Butterknife，只是给coder稍微省了点代码量，但是对工程没有其他半点好处，虽然不是很大，建议也别用了。
2.2 项目代码冗余
这部分只能靠保持良好的编码习惯，对你的代码进行持续的优化或者重构，减少代码的重复，实现代码的复用。不用的代码别大段大段地注释掉在那，变量名、方法名别太冗长等等也是一个方面。
2.3 代码混淆
代码混淆不仅能够提高APK的反编译，还能较小APK大小；混淆可以删除注释和无用的代码；可以将Java文件，变量，方法名登改为短名，这样就可以缩减字符所占的空间，当然不是所有文件都能混淆的，这属于混淆配置的范畴了。
好了，就总结这么多，文章不介绍原理机制了，有兴趣的可以看看这篇：https://blog.csdn.net/chenliguan/article/details/54176626
