JunZhang

AGP4.2之后aapt2打包会默认开启资源缩短优化，但是混淆后的资源是区分大小写的，但是MAC和Linux机器文件名是不区分大小写的，这时候开启AndResGuard优化会拷贝到temp的时候会导致AA.xml覆盖aa.xml的问题，最终导致打到包内的资源文件变少，题主的改法虽然能解决资源缺少的问题，但是AndResGuard的重复资源删除功能却用不了了，导致APK中res文件变大。 After AGP4.2, aapt2 packaging will enable resource shortening optimization by default, but the obfuscated resources are case-sensitive, but MAC and Linux machine file names are not case-sensitive. At this...

> 图片压缩在 AGP8.0 之后就寄咯哈哈哈哈 作者很厉害，我有时间来帮你适配哈哈哈，目前都是自己做，包体积哪里我希望做一个apk内的精准分析，AAR实际使用中太局限了，看了下好像没有现成的，只能自己读dex，跟踪资源了

> > > 图片压缩在 AGP8.0 之后就寄咯哈哈哈哈 > > > > > > 作者很厉害，我有时间来帮你适配哈哈哈，目前都是自己做，包体积哪里我希望做一个apk内的精准分析，AAR实际使用中太局限了，看了下好像没有现成的，只能自己读dex，跟踪资源了 > > APK 精准分析，我好像做过一个类似的？叫「APK 增量分析」，看看是不是这样的：https://github.com/Omooo/Lavender/blob/dev/wiki/%E5%8C%85%E4%BD%93%E7%A7%AF%E4%BC%98%E5%8C%96/APK%20%E5%A2%9E%E9%87%8F%E5%88%86%E6%9E%90.md > > 当时有做过一个 PPT，也可以看看：https://gamma.app/docs/App--7qkcsx7dbi2ymg8 em，不全是，这个功能我已经做了。同时你可以看看diffuse这个开源库。我想做的是去归属APK中所有dex、res、resource.arsc到业务线，能够精准反应业务线在APK内的占的真实体积。我发现我们做了很多重叠的工作，楼主不介意的话，后续可以多交流，VX：ZJcoming