使用aapt2 修改apk打包的资源id

在进行插件化开发时，如果插件apk含有res资源，宿主apk和插件apk在编译时都会产生自己的resources.arsc。由于打包后的宿主和插件apk资源id默认都是0x7f开头，那么它们的resources.arsc中的资源id必定是有相同的情况，会引起资源id冲突问题。

解决问题目前一共有两种思路:

1. 修改aapt源码，定制aapt工具，编译期间修改PP段。(PP字段是资源id的第一个字节，表示包空间)
DynamicAPK的做法就是如此，定制aapt，替换google的原始aapt，在编译的时候可以传入参数修改PP段：例如传入0x05编译得到的资源的PP段就是0x05。对于具体实现可以参考这篇博客https://blog.csdn.net/jiangwei0910410003/article/details/50820219

2. 修改aapt的产物，即，编译后期重新整理插件Apk的资源，编排ID。
VirtualApk采用的就是这个方案。对于具体实现可以参考这篇博客https://blog.csdn.net/weixin_43887839/article/details/86651232

 

这两种方式都有点麻烦，这两天忽然发现了aapt2支持一些新参数，其中有两个参数可以直接指定编译出apk的id范围：

–package-id package-id

指定生成资源索引表的packageID ，设置的packageID 必须大于或者等于0x7f。要是与 --allow-reserved-package-id联合使用就可以不受这个限制

–allow-reserved-package-id

允许设置packageId为 0x02 到 0x7e ，这个只适用最小版本是26及以下（注意：这个在buildToolVersion：28.0.3之后才有的）

例如在AS的app模块gradle文件中android括号内加上如下配置：

aaptOptions { 
additionalParameters '--allow-reserved-package-id','--package-id','0x70'
}

 

同时注意aapt2是开启状态，这样编译出来的apk resourceId就是0x70开头的了，与默认的0x7f区分开来。

 

aapt2的简介：

aapt 是Android Asset Packaging
Tool的缩写，是编译和打包资源的工具。而aapt2是在aapt上做了优化。Android Gradle Plugin
3.0.0或者更高版本默认开启aapt2。当然也可以在配置文件中手动关闭aapt2。在gradle.properties设置android.enableAapt2=false即可

参考https://blog.csdn.net/qq_43278826/article/details/86543932