资源加载、资源分类
Android中资源文件分为两类：
一类是在res目录下存放的可编译资源文件。比如layout、drawable、string等，它们在编译时会被系统自动在R.java中生成资源文件的十六进制值。所以访问此类资源，如要获取一个字符串，那就使用代码：String str = context.getResources().getString(R.string.XX);即可。
而另一类是assets目录下存放的原始资源文件。Apk在编译时不会编译此类资源文件，要访问此类资源只能通过AssetManager类open方法来获取，AssetManager类又可以通过context.getResource().getAssets()方法获取。
所以归根到底还是离不开Resource类。
目前插件化加载插件资源有两种方案：
- 合并插件资源方案： 将插件资源合并加载到宿主中
- 独立插件资源方案： 创建插件新的Resource，与宿主隔离
HookDemo/Android插件化之加载Resource资源.md at master · 13767004362/HookDemo · GitHub
方案一：合并式
Android插件化原理和实践 (四) 之 合并插件中的资源_子云心的博客-CSDN博客
整体思路：
- 创建一个新的 AssetManager 对象，并将宿主和插件的资源都能过addAssetPath方法塞入
- 通过新的AssetManager对象来创建出一个新的Resources对象
- 将新的Resources对象替换ContextImpl中的mResources变量、LoadedApk变量里的mResources变量 以及 至空mThem变量
创建AssetManager对象，反射调用AssetManager的addAssetPath()加载资源文件，进一步创建Resource对象，将插件的资源合并到宿主中，创建新合并后的Resource替换掉宿主原有的Resource对象。
反射替换宿主原有的Resource对象,有以下若干Hook点:
- ContextImpl 中Resource对象
- LoadedApk中Resource对象
- ResourceManager中resource对象(sdk版本差异处理)
思路：
将插件的资源加载到宿主应用程序中，合并加载到虚拟机中，这样宿主就可以正常访问插件中的资源。
缺点： 存在宿主与插件的资源冲突。
解决方式：通过Android插件化之aapt修改资源前缀
宿主App中的某个资源id值肯定会存在跟插件中的App中某个资源id值是相同的，这就是合并资源方案的后遗症，此问题可导致我们加载不到正确的资源。像small插件化框架的做法是在合并资源再打包生成resources.arsc文件之后，使用Gradle第三方插件gradle-small来对这个resources.arsc文件进行修改，这是一种办法，但我们在本文是会给出另一种更简单和一劳永逸的办法，那就是修改aapt命令了。只要我们对aapt进行扩展，在Gradle中让其能接收一个apk包的资源id值作为输入参数，就能全部解决了。
方案二：独立式
优点：资源不存在冲突，不需要特殊处理。
缺点：存在插件、宿主之间资源信息共享问题。
做法：
首先动态创建AssetManager，再反射调用AssetManager的addAssetPath方法来加载插件，这个AssetManager只包含插件资源，所以，该方法新创建的Resources是插件的资源。
HookDemo/Android插件化之加载Resource资源.md at master · 13767004362/HookDemo · GitHub