现象
该问题出现在我一个独立的app上，前期使用了compose布局，集成了一个android系统的sdk。
最终打包的时候，debug包有80MB, 后面打出来的release包也有40MB，与其他项目相比显得异常庞大。
我的预期是 这样的apk最多十几兆就够了。
去文件管理器查看文件大小，也是41MB
这就很奇怪了，好像没有压缩一样。
排查过程
1. 会不会是我用的sdk比较特殊，导致包变大？
因为我开发的是系统应用，所以有重复的android类，这和以前的工程不一样。
这里 我解决了一个问题：之前没有办法打出release包，一直报类重复的问题。解决该问题后，发现包由80MB变为41MB了，但还是挺大的。
2. 会不会compose布局导致的包体积变大？
在网上查了资料，确实有人说过这个问题，但是好像也没我这么夸张。
3. 再次查阅相关资料，终于发现猫腻
在最低sdk版本调制28及以上时，AGP在打包时，默认不压缩dex。
参考：当 minSdk 为 28 或更高级别时，系统会在 APK 中解压缩 DEX 文件
而我的app由于目标平台刚好就是30左右，所以我直接设置了minSdk为29，进而引发了包体积变大的问题。
解决方案
关闭默认的不压缩配置
添加如下配置即可。
build.gradle.kts:
android {...packaging {jniLibs {useLegacyPackaging = false}dex {useLegacyPackaging = true}}
}build.gradle:
android {...packagingOptions {jniLibs {useLegacyPackaging = false}dex {useLegacyPackaging = true}}
}这里我设置了默认不压缩动态库(对应jniLibs的配置)，压缩dex(对应dex的配置)。
你也可以设置动态库也压缩，看自己需求。
设置前后apk大小对比
可以看到包体积减少了一半。
动态库减少不需要的abi
这里我只需要arm64的库，再去掉其他的动态库。
build.gradle.kts:
defaultConfig {...ndk {abiFilters.add("arm64-v8a")}}build.gradle:
android {...ndk {abiFilters "arm64-v8a"}
}
总结
通过以上优化，apk大小从41MB减少到18MB，缩减了55.85%。这是一次有效的apk大小优化。
