Android中R文件ID值

Android中R文件ID值

前言

前端时间在学习 Qigsaw 相关的源码,思考到一个问题。动态加载的feature 包里的 资源id 是否会与主包中的 资源id 冲突。因为主包的 apk 文件不一定是和加载的feature 包是一起打包生成的,feature 包是可以进行升级的。查看 Qigsaw编译脚本对 old.apk 进行增量编译 feature 的时候也没有发现对 R文件 做特殊的处理。

那么 Android 怎么保证两次编译出的 feature 包中的 资源id 不与主包中的冲突呢?我们带着问题阅读文章进行答案的探索(Android中资源属于一个大模块,我们本地只讨论其中与R文件相关的部分)。

  • 不同的 android-gradle 版本可能对 R文件 的格式以及生成目录会略作修改,本文只选了两个版本做参考。
  • 同步的反编译工具反编译出来的结果不仅相关,我们主要以 AndroidStudio 结果为主。

知识回顾

在代码中访问资源

您可以以方法参数的形式传递资源 ID,进而在代码中使用资源。例如,您可以设置一个 ImageView,从而借助 setImageResource() 使用 res/drawable/myimage.png 资源:

ImageView imageView = (ImageView) findViewById(R.id.myimageview);
imageView.setImageResource(R.drawable.myimage);

您还可利用 Resources 中的方法检索个别资源,并且您可通过 getResources() 获得该资源的实例。

语法

以下是在代码中引用资源的语法:

[<package_name>.]R.<resource_type>.<resource_name>
  • <package_name> 是资源所在包的名称(如果引用的资源来自您自己的资源包,则不需要)。
  • <resource_type> 是资源类型的 R 子类。
  • <resource_name> 是不带扩展名的资源文件名,或 XML 元素中的 android:name 属性值(若资源是简单值)。

其实到这里我们已经解决了我们阅读本文的目的。

主包的 资源文件IDfeature 包的 资源文件ID 值是由于 <package_name> 不一致导致最后 ID 值不会相同。

有时间的小伙伴可以继续往下阅读,后面更精彩。

R文件

主工程R文件结构

R.png

插件的R文件结构

Qigsaw-feature-R.png

R文件中每个资源ID值一共4个字段,由三部分组成:PackageId+TypeId+EntryId

  • PackageId:是包的Id值,Android 中如果第三方应用的话,这个默认值是 0x70 ,系统应用的话就是 0x01 ,插件的话那么就是给插件分配的id值,占用一个字节。
  • TypeId: 是资源的类型Id值,一般 Android 中有这几个类型:attrdrawablelayoutanimrawdimenstringboolstyleintegerarraycoloridmenu 等。【应用程序所有模块中的资源类型名称,按照字母排序之后。值是从1开支逐渐递增的,而且顺序不能改变(每个模块下的R文件的相同资源类型id值相同)。比如:anim=0x01占用1个字节,那么在这个编译出的所有R文件中anim 的值都是 0x01
  • EntryId:是在具体的类型下资源实例的id值,从0开始,依次递增,他占用四个字节。

Lib库的R文件

com.android.tools.build:gradle:3.2.0

releasePath :/build/generated/not_namespaced_r_class_sources_release_generateReleaseRFile/out/R.java (Debug包与其对应)

3.2.0-module-lib-r.png

com.android.tools.build:gradle:3.4.1

debugPath :/build/intermediates/complile_only_not_namespaced_r_class_jar_debug_generateDebugRFile/R.jar (Release包与其对应)

3.4.1-module-lib-r.png

我们可以看到 Lib 中的 R 文件都是 public static 不是常量。 这和我们刚开始查看的 主工程 以及 插件R文件 相比缺少了 final 关键词的修饰。

Lib 库中资源id 的使用为引用类型;

module-lib-r-source-layout.png

(PS:至于资源ID为什么不是常量,使用为引用类型,我们继续往后看~!)

AAR中的R文件

AAR-R.png

我们可以看到打包了的 Lib/Modulearr包 之后,我们是找不到 R.java 文件的。只有一个 R.txt

aar 依赖库中资源id 的使用为引用类型;

module-lib-r-jar-layout.png

依赖库R文件的生成

  • 源码依赖的 Lib 库的 R 文件中的 ID 不是常量;
  • aar 依赖的 Lib 库的R 文件是 .txt 文件;
  • 源码依赖的 Lib 库和 aar 依赖的 Lib 库中的 资源ID 的使用都是引用类型;

源码依赖的 Lib 库和 aar 依赖的 Lib 库中的 R 文件的相关产物都是由于:如果依赖库的 R 文件中的 资源ID 在打包之前设置为常量,那么不同依赖库以及主工程的 R 文件必然会产生冲突。所有项目中的 R文件以及其资源ID 都是所有的代码合并之后重新赋值的或者生成的。

  • 源码依赖的 Lib 库的 R 文件会重新在 app 模块的 build 目录中重新生成一个相同的R 文件只不过 资源ID 前面添加了 final 关键词变成了常量;
  • aar 依赖的 Lib 库的R 文件会更具 .txt 文件中的内容,在 app 模块的 build 目录中重新生成一个R 文件而且 资源ID 是添加了 final 关键词的常量;
  • R 文件的生成目录和 主appR 文件是相同的;
APP_R_JAVA.png

这个目录在com.android.tools.build:gradle:3.4.1com.android.tools.build:gradle:3.2.0 版本下都是相同的。

APP_CLASS_R_ID.png
  • AAR的class文件 在主工程编译时,不会再次进行编译,也就是说AAR的class文件原封不动的打包进apk
  • 主工程的代码编译时在R 文件生成之后的,所以主工程的资源引用值都是常量且内联为常量值

其实这一点也和之前 R 文件结构中的知识点对应起来。R文件 是在编译主工程的时候进行合并、排序、赋值的。在这之后又返过来生成 R.java 文件,给 资源ID 赋予已经生成好的常量值。

R文件的数量

每个 aar 或者 lib库 都会有一个 R文件,那么一个项目的 R文件 数量为:

app中R文件数量=依赖的module/aar数量 + 1(自身的R文件)

module的R文件数 = 依赖的module/aar数量 + 1(自身的R文件)

后续疑问

我们大概了解的 R 文件的生成和使用。但通过本篇文章的了解我们也许会有更多的疑问?

  • 为什么要有那么多 R.java 文件,而且不同模块的的资源名称还有重复值?
  • 资源名称重复的时候会报异常,但这里的部分模块的资源名称明显有相同的为什么没有报异常?
  • 在编译的时候如果遇到资源重复,那么到底该使用哪个资源,有优先级规则是什么?
  • 为什么 aar 或者 lib库 中使用资源的 class 没有进行 ID值 的内联?
  • R文件 可以混淆么,有什么好处或者什么坑?

官网参考资料

添加应用资源

应用资源概览

文章到这里就全部讲述完啦,若有其他需要交流的可以留言哦

推荐阅读更多精彩内容