原文 http://blog.votzone.com/2018/05/12/apk-merge.html
之前接手过一个sdk的开发工作，在开发过程中有一个很重要的点就是尽量使用代码来创建控件，资源文件最好放到assets目录下，如果必须使用res资源，需要通过 getResources().getIdentifier("activity_splash","layout", getPackageName()) 这种方式来获取资源id，而不能直接通过R文件获取。
今天就来研究一下这个问题。
一、lib项目中r文件中资源唯一标志为static变量
一般的app项目中自动生成的R文件为常量，而在library项目中为变量。根据Android官方文档，在android 14 之后添加的这一特性，之前编译后的lib项目中是常量，之后的为static 变量。 目的是为了在资源冲突时能够修改资源唯一值。 如图在library项目中，自动生成的R文件如下
有一个需要关注的点是R文件是java 代码，在build时会生成.class文件并添加到dex中。 因为R文件中的常量值仅仅受编译器控制，在lib发布之后添加到jar包中的.class并不会受到当前编译器的影响。而通常lib发布之后要给第三方使用。
看一下反编译后的apk
反编译后查看mylib 下对应的R文件smali代码，可见其值又被设置为final（常量）了。 因此我们可以知道编译器在生成apk时虽然没有lib的java代码可以重置和修改，但是在将jar转化为dex时可以转换为常量。 转化为常量后并不影响其使用， 如图在lib中使用layout资源的反编译代码
我们可以看出使用静态常量可以在生成apk时动态修改其指定的值。
如果是常量，编译后v0的值将直接使用常量值，这样修改R.class文件中的值将没有意义。例如在app中反编译后代码如下：
二、从反编译后代结构中查看资源对应问题
可以看到，反编译后的代码与我们写的java代码基本是一一对应的，那么问题来了，Android是怎么通过一个id值来找到需要的资源呢？通过分析Android源码我们当然可以找出过程，但是分析apk反编译后的结构可以给我们更直接的思路。
在res/values/文件夹下有个public.xml文件，其中每行有三对值，分别为type、name、id 通过分析我们可以直接得出结论： public.xml中的对应关系直接关系到哪个id找那个资源。
三、添加资源
Unity3d和cocos2d引擎有自己一套方式来添加资源id，假如我们自己搞一个游戏，又想为其添加一些java代码和资源该怎么操作？
根据之前的分析我们可以设计如下测试方案
- 假定我们要添加代码的apk为targetapp，我们编写一个叫mergelib的apk，然后将mergelib中资源和代码添加到targetapp中。
- 在编写mergelib时，使用
getResources().getIdentifier("activity_splash","layout", getPackageName())的方式获取资源id； - 通过apktool反编译代码，将资源文件复制到要加入的目标apk中；
- 将mergelib的public.xml文件中需要的资源项添加到targetapp中；
- 编译并签名测试。
根据如上实验我们可以确定这样的操作是可行的。测试流程如下：
需要的资源：
- targetapp- 目标app, 在这里代表游戏
- mergelib- 要将其中包含资源的代码合并进去
mergelib 中对资源通过getIdentifier()的方式使用: 例如设置启动页Activity中的ContentView的设置
int id = getResources().getIdentifier("activity_splash","layout", getPackageName());
setContentView(id);
我们的目标：为targetapp添加一个启动页，启动页代码在mergelib中编写。
执行流程
-
修改targetapp中AndroidManifest.xml文件
1) 将SplashActivity 的声明添加进去
2) 修改启动Activity -
复制需要的代码进入targetapp:
复制mergelib中SplashActivity的代码并修改启动MainActivity的启动代码 如图
-
复制资源
1) 将res/anim 下alpha.xml复制到target
2) 将res/layout 下 spalsh.xml复制到target 下 -
修改ids
将 res/values/ids.xml 中多出来的行复制到 对应ids.xml文件中
如图, 本例中仅有一个id 即ImageView的id, 因此将该行复制到targetapp 中对应的ids.xml文件中即可 位置不重要
-
修改public.xml文件 mergelib Splash中用到了
anim,layout,id, 并且间接用到了mipmap,因此这些对应的值都需要添加到targetapp。观察public.xml的文件结构,可以发现如下特点:
1) 所有同类型(type相同)的id连续
2) 同类型的id 前4字节相同, 如下图 anim 的前四字节0x7f01 与 attr 不同
3) 所有id唯一
根据以上三个特点,我们将多出来的id添加到target为了保证唯一且方便修改,我们做了如下替换(右侧为target)
-
一切就绪,编译并安装
四、工具化处理public.xml的替换过程
上述手动测试仅仅只有一个资源id的情况，假如我们加入了一个support包或者其他一些包含资源的包，那么资源数量将会增加到几百个，这样的话手动添加肯定是不行的，我们需要一个脚本工具来实现。
脚本接收两个public.xml格式的文本，并输出一个合并版本。 其中targetapp中的id值是不可变得，在遇到id冲突时，我们改变mergelib的public.xml。
1) 复制mergelib的public文件为mergeid.xml 
2) 复制target app 的public 并命名为oriid.xml
3) 将mergeid.xml 和oriid.xml 放到RIDreset.py同目录下, 运行py脚本
4) 出现 oriid.xml_ 文件, 即生成的合并文件
案例及脚本
https://github.com/votzone/DroidCode/tree/master/VotAndroid/Mergeapp