android插件资源冲突

256 阅读4分钟

原文 原文 原文 原文

我就是想知道是怎么解决了,想看看..然后记录一下;

方案一:资源隔离

  • 资源隔离就是宿主和插件使用不同的Resources对象,这样使用的资源文件不同,不存在冲突。代码调整如下:
//通过反射生成一个新的AssetManager实例
val am = AssetManager.class.newInstance()
//添加资源
val method = AssetManager::class.java.getDeclaredMethod("addAssetPath", String::class.java)
method.isAccessible = true
method.invoke(am, apk)
//生成新的Resources对象
val pluginResources = Resources(am, hostResources.displayMetrics, hostResources.configuration)

插件使用这个PluginResources。但是这里会有一些缺点:

1、宿主和插件的资源无法共享,使用起来不太方便

2、PluginResouces中不包含系统资源,在某些用到系统资源的场景会报错。如:加载前端页面,使用select标签时会使用到系统的一些资源

3、某些业务场景下,插件的Resources和宿主的Resources需要用同一个。如:游戏发行sdk,sdk相关界面非activity,使用到的Resources是游戏研发方activity(在宿主中)。

方案二:修改资源id

修改资源id,当前常用的方案有:

方案1:Android的资源id是aapt生成的,修改aapt,让插件中的资源id不从0x7f开始,比如从0x6f开始

方案2:生成插件apk后,修改插件apk中resources.arsc文件。resources.arsc文件是有固定格式的文件 可通过解析该文件修改资源索引值。但是存在一定缺陷:

1、修改难度较大,需要了解resources.arsc格式

2、只修改resources.arsc是不够的,因为代码中使用的是R类,还同时需要修改代码中的值;

备注:虽然改起来麻烦,但是还是有大神搞定了的

方案3:通过反编译修改插件中的public.xml文件中的索引值,以及修改smali中的R类值

public.xml这个文件是哪来的?

该文件是apktool在反编译apk时,根据apk包中的resources.arsc文件生成。 没看过resource.arsc? (自己拖个apk到IDE看吧)

public.xml有什么作用

publc.xml是aapt在打包资源时用来固定资源id的,如果资源在public.xml中有对应的id了,那么打包资源时就用已经有的id。

public.xml中的id的格式

共四个字节32位,第一个字节代表PackgeID,第二个字节代表TypeID,后两个字节代表资源值

通常系统资源PackageID是01,而我们自己的资源PackageID是7f

TypeID,比如attr为01,string为02。但是并不固定,并不一定attr就是01。但是在public.xml中,同类型的该字节一定是一样的,否则回编译会失败。

R类

R类这里有个知识点,library模块中生成的R类中的成员的值不是常量,不带final。app模块生成的R类的值是常量值。而常量值在java编译时会被优化,最终代码中输出的就是常量值,而不是R.id.xxx这样。而library的因为是变量,不会被优化,代码中会保留R.id.xxx

R类和public.xml的关系

从本质上讲,其实并没有啥关系。但是由于在代码中我们会使用R.id去查找资源,这就关联上了。如果都用getIdentifier的方式先获取id,那把R类删了也没事。

public.xml打包后对应的就是resources.arsc中的值,而资源值生成Java类,这个类就是R类。也就是说平时使用R类,就是用里面的索引值去到resources.arsc中找到对应资源位置,再去加载。

修改步骤如下:

1、反编译插件apk

2、修改public.xml,将0x7faabbbb中的aa的值调高,比如0x7f010001→0x7f510001,因为第二个字节是TypeID,是按顺序增加的,而这个type实际上是没有多少的。修改成比较大的值后就不会冲突了。 (具体修改可参考提供代码中的PublicXmlBean类实现)

3、修改R$x.smali的值,反编译后R类就是一些smali代码,扫描smali代码,将其中的值也都按同样的规则增大。这样R类和resources.arsc依旧是对应的,代码中的R类正常。但是这里需要注意的是application模块的R类由于是final常量值,会被处理成常量。这种情况下修改R类其实不会有作用。而library的情况则可以。因此需要将涉及到R的代码及资源文件下沉为library模块依赖。

4、回编译,得到修改资源索引后的插件

作者:37手游移动客户端团队
链接:juejin.cn/post/724508…
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。