概述
大家在做游戏切包时,可能都会遇到上图这种资源找不到导致崩溃的问题,本文将全面而详细地分析在处理游戏切包时,关于资源合并的问题。
问题分析
原理
在切包时,我们一般是将游戏母包和sdk包两个apk合并,在本文中我们称游戏母包为基础包,称sdk包为扩展包
我们在切包时,基本流程如上,目的是为了将扩展包的内容合并到基础包中,达到更新代码的目的,因此主要流程就是
- 反编译得到包体内容
- 合并扩展包内容到基础包中,本文主要探讨res目录
- 回编译得到新的apk
分析
那么为什么会出现Resources$NotFoundException
异常呢?
该异常表明指定id对应的资源不存在,可是资源明明都已经合并,并且回编译进新apk了,为什么会说资源不存在?
那是因为在Android中,我们是根据资源ID,在resources.arsc
中查找对应资源的,资源都已经回编译进新apk,那么在resources.arsc
中应该是确实存在这个资源信息的(我们可以通过Androd Studio查看验证),那么问题就是出在资源ID上了。
那为什么资源在基础包合扩展包中分别访问都正常,合并后会不正常?
这是因为在编译基础包和扩展包时,它们的资源是独立编译的,在产生R.java
时,即使是双方共有的资源,资源ID也可能不一样。如下图:
假设基础包和扩展包中都包含hello_world
这个字符串资源
在基础包中,这个资源对应的资源ID是0x7f050001
,而在扩展包中,对应的资源ID是0x7f0f0013
在合并回编译后,这个资源ID确实还存在于apk中,但是资源ID变成了0x7f050033
如果我们不做任何处理,那么在新包里面,来自扩展包的代码在获取hello_world
时还是会使用0x7f0f0013
去获取这个资源,那么此时要么会获取到错误的资源,要么就会报Resources$NotFoundException
异常了。
解决思路
根据上面分析,我们已经知道关键问题在于资源ID映射错误上,那么我们只要确保回编译后,资源ID映射关系是正确的,就可以解决这个问题了。如下图:
如果我们可以
- 保持新包的资源ID和基础包一样,那么基础包的代码就不会出问题
- 将扩展包的资源ID修改成新包的资源ID,那么扩展包的代码也不会出问题了
接下来,我们就向这两点努力~
行动
0x01:保留旧ID
要做到保留旧ID,我们要解决2个问题
- 怎样获取所有旧ID
- 怎样在回编译时复用旧ID
获取旧ID:public.xml
获取旧ID方法很简单,apk通过apktool
反编译后,我们可以找到res/values/public.xml
,这个文件包含了apk所有的资源ID,内容一般如下:
<?xml version="1.0" encoding="utf-8"?>
<resources>
<public type="anim" name="abc_fade_in" id="0x7f010000"/>
<public type="animator" name="design_appbar_state_list_animator" id="0x7f020000"/>
<public type="array" name="TDDisPresetProperties" id="0x7f030000"/>
<public type="attr" name="SharedValue" id="0x7f040000"/>
<public type="bool" name="abc_action_bar_embed_tabs" id="0x7f050000"/>
<public type="color" name="abc_background_cache_hint_selector_material_dark" id="0x7f060000"/>
<public type="dimen" name="abc_action_bar_content_inset_material" id="0x7f070000"/>
<public type="drawable" name="$avd_hide_password__0" id="0x7f080000"/>
<public type="id" name="ALT" id="0x7f090000"/>
<public type="integer" name="abc_config_activityDefaultDur" id="0x7f0a0000"/>
<public type="interpolator" name="btn_checkbox_checked_mtrl_animation_interpolator_0" id="0x7f0b0000"/>
<public type="layout" name="abc_action_bar_title_item" id="0x7f0c0000"/>
<public type="menu" name="menu_openchat_info" id="0x7f0d0000"/>
<public type="mipmap" name="app_icon" id="0x7f0e0000"/>
<public type="raw" name="firebase_common_keep" id="0x7f0f0000"/>
<public type="string" name="FreeformWindowOrientation_landscape" id="0x7f100000"/>
<public type="style" name="AlertDialog.AppCompat" id="0x7f110000"/>
<public type="xml" name="tab_menu" id="0x7f130005"/>
</resources>
可以看到,其中包含了public
标签,我们只需要解析xml,就可以获取到所有资源的类型,名称和资源ID的值。
复用旧ID
我们在合并扩展包的资源到基础包后,新增的资源并没有分配资源ID,因为基础包的public.xml
中不存在扩展包的资源,所以我们要对合并后,新增的资源分配资源ID。
大部分博客提到的方式是自己根据资源,手动在public.xml
中添加资源,并且递增资源ID实现。
本文使用aapt2
处理。
Aapt2命令
关键为在link
资源时使用--stable-ids
来指定资源ID。
该命令接受一个特定格式的文件,如下:
com.demo.res:anim/abc_fade_in = 0x7f010000
com.demo.res:animator/design_appbar_state_list_animator = 0x7f020000
com.demo.res:array/TDDisPresetProperties = 0x7f030000
com.demo.res:attr/SharedValue = 0x7f040000
com.demo.res:bool/abc_action_bar_embed_tabs = 0x7f050000
com.demo.res:color/abc_background_cache_hint_selector_material_dark = 0x7f060000
com.demo.res:dimen/abc_action_bar_content_inset_material = 0x7f070000
com.demo.res:drawable/$avd_hide_password__0 = 0x7f080000
com.demo.res:id/ALT = 0x7f090000
com.demo.res:integer/abc_config_activityDefaultDur = 0x7f0a0000
com.demo.res:layout/abc_action_bar_title_item = 0x7f0c0000
com.demo.res:menu/menu_openchat_info = 0x7f0d0000
com.demo.res:mipmap/app_icon = 0x7f0e0000
com.demo.res:raw/firebase_common_keep = 0x7f0f0000
com.demo.res:string/FreeformWindowOrientation_landscape = 0x7f100000
com.demo.res:style/AlertDialog.AppCompat = 0x7f110000
com.demo.res:xml/appsflyer_backup_rules = 0x7f130000
很容易看到,内容格式为package:type/name = value
,我们只需要把上面获取到的public.xml
中的所有资源转换成这个格式,就可以用来输入到aapt2 link
命令的--stable-ids
参数中,那么新编译的资源,只要public.xml
中存在,那么资源ID的值就不会变化,另外aapt2
也会自动给新增的资源分配一个合适的资源ID。
保留新资源ID
那么我们怎样得到新的public.xml
呢,这里要在使用link
命令时使用--emit-ids
来指定资源ID的输出目录,那么我们就可以得到一个格式同上的文件,里面包含的所有参与编译的资源的资源ID。
然后我们再将这个文件的内容,转换为public.xml
,再放进新包的res/values
下。
至此,我们已经成功做到
- 保留了旧的资源ID
- 对新增的资源分配了资源ID
- 获取到了合并后的所有资源的资源ID
0x02:修改资源ID
因为我们保留了基础包的资源ID,那么对于基础包的代码来说,资源没有任何变化,那么就不需要修改基础包的资源ID了,那么我们接下来要处理扩展包的资源ID,把用到的资源ID改为新的值。
tips:扩展包一般是sdk包,我们可以使用
Resources#getIdentifier
来通过资源名称来动态获取资源ID来规避扩展包中资源ID不正确的问题。在实践中是可以了,不过会给代码维护带来一些问题。
需要修改的位置
资源ID本质上是R.java
中的静态变量,在实际代码中,我们也是通过引用的方式使用资源ID的,而R.java
在反编译后,会变成smali文件,因此我们需要处理的就是扩展包中所有R.smali
的资源ID。
特别地,由于app
模块在编译的时候有可能会对静态变量进行编译优化,所以实际上,其他smali文件,例如Activity
的smali文件中,会直接使用资源ID常量值的情况。
但是在游戏切包场景下,sdk一般都是以库的形式存在,对于library
模块,因为资源ID在编译时不是常量,所以并不会出现编译优化的情况。而对于游戏母包,因为我们复用了游戏母包(基础包)的资源ID,游戏母包的资源ID没有发生变化,那么即使它使用了常量值也不会有问题。
更新R Smali
那么接下来我们就对R Smali文件进行修改,按照上述分析,我们只需要对来自扩展包的R文件进行更新即可。
普通ID
对于一般的R文件,结构如下:
.class public final Landroidx/activity/R$id;
.super Ljava/lang/Object;
# annotations
// ....
# static fields
.field public static final view_tree_on_back_pressed_dispatcher_owner:I = 0x7f0902df
# direct methods
.method private constructor <init>()V
// ...
.end method
可以看到,R文件内部就是一系列的static fields
,我们通过文件名称确定资源类型,如R$id.smali
保存的是id
资源,通过.field public static final name:I = value
来获取资源的名称(name
)和当前值(value
)。
在上面我们已经获取到新的public.xml
,可以获取到所有资源的资源ID,那么我们只需要匹配资源的类型和名称,然后用新的值替换当前值就可以了。
R$styleable.smali
对于R$styleable.smali
,情况有点不同。
R$styleable.smali
的内容是通过<declare-styleable>
生成的,每个<declare-styleable>
对应一个attr
数组和数个下标值。例如:
<declare-styleable name="ColorStateListItem">
<attr name="android:color"/>
<attr format="float" name="alpha"/>
<attr name="android:alpha"/>
<attr format="float" name="lStar"/>
<attr name="android:lStar"/>
</declare-styleable>
对应
.field public static final ColorStateListItem:[I
.field public static final ColorStateListItem_alpha:I = 0x3
.field public static final ColorStateListItem_android_alpha:I = 0x1
.field public static final ColorStateListItem_android_color:I = 0x0
.field public static final ColorStateListItem_android_lStar:I = 0x2
.field public static final ColorStateListItem_lStar:I = 0x4
对于下标,我们可以忽略,因为只要数组大小和顺序不变,下标也不需要变。
那么我们需要修改数组内的值,但是我们可以发现,数组的内容并没有和定义放在一起,那么我们要怎样处理?
实际上,我们可以忽略数组定义,因为<declare-styleable>
并没有新增资源ID,数组内的资源ID都是attr
资源ID,所以我们要做的就是:
- 找到当前文件的旧的资源ID,找到它对应的
attr
资源名称,我们通过解析扩展包的public.xml
就可以获取到旧的资源ID对应的名称。 - 再通过资源名称找到它在新包中的资源ID值,通过上面保存的新的资源ID很容易可以做到。
- 替换,这一步需要注意不能全局替换,逐行遍历替换就可以了。
其他细节
系统资源
在资源合并的时候我们有时候会看到一些特别的资源ID,例如0x101011c
,这类资源ID为系统资源,实际上我们可以忽略这部分资源ID。也可以在Android源码中找到这些资源ID
aapt2输出R.java
除了使用--emit-ids
可以获取到所有资源ID之外,也可以选择使用--java
来输出R.java
,同样可以获取到所有资源ID
aapt2编译时报系统资源找不到
需要使用比apk编译版本高的android.jar
总结
希望对大家有帮助,欢迎在评论区一起交流~
以上就是一文带你搞清楚Android游戏发行切包资源ID那点事的详细内容,更多关于Android 游戏发行切包资源ID的资料请关注编程网其它相关文章!