有一段时间没有更新博客了。这里贴一篇从stackoverflow整理过来的问答,来冒充一下自己的原创。 问题:

android里面,资源文件和资源ID之间的映射是如何工作的?

问题描述:

做Android应用开发的时候,我们知道可以通过 R.id.xxx 来非常方便的访问应用程序的资源。

但是任何资源最终要编译成二进制格式的,那么在这种机制下,系统是如何工作的?

例如,在layout1.xml里面,我们这样写:

 <Button android:id="@+id/button1" >

然后AAPT 会生成R.java文件:

 public static final int button1=0x7f05000b;

接下来在生成*.apk的时候,像 @+id/button1 这样的ID会用”0x7f05000b”这样的数字代替 所以,我们在调用

 findViewById(R.id.button1);

的时候,实际上调用的是像”0x7f05000b”这样的资源ID。那么这中间到底发生了什么呢?例如系统是如何把一个图片和数字ID对应起来的呢?

回答:

在编译的时候,AAPT会扫描你所定义的所有资源(在不同文件中定义的以及单独的资源文件),然后给它们指定不同的资源ID。

资源ID 是一个32bit的数字,格式是PPTTNNNN , PP代表资源所属的包(package) ,TT代表资源的类型(type),NNNN代表这个类型下面的资源的名称。 对于应用程序的资源来说,PP的取值是0×77。

TT 和NNNN 的取值是由AAPT工具随意指定的–基本上每一种新的资源类型的数字都是从上一个数字累加的(从1开始);而每一个新的资源条目也是从数字1开始向上累加的。

所以如果我们的这几个资源文件按照下面的顺序排列,AAPT会依次处理:

 <code>layout/main.xml </code>

<code>drawable/icon.xml </code>

<code>layout/listitem.xml</code>

按照顺序,第一个资源的类型是”layout” 所以指定TT==1, 这个类型下面的第一个资源是”main” ,所以指定NNNN==1 ,最后这个资源就是0x7f010001。

第二个资源类型是”drawable”,所以指定TT==2,这个类型下的”icon” 指定NNNN ==1,所以最终的资源ID 是 0x7f020001。

第三个资源类型是”layout”,而这个资源类型在前面已经有定义了,所以TT仍然是1,但是”listitem”这个名字是新出现的,所以指定NNNN==2,因此最终的资源ID 就是 0x7f010002。

注意的是,AAPT在每一次编译的时候不会去保存上一次生成的资源ID标示,每当/res目录发生变化的时候,AAPT可能会去重新给资源指定ID号,然后重新生成一个R.java文件。因此,在做开发的时候,你不应该在程序中将资源ID持久化保存到文件或者数据库。而资源ID在每一次编译后都有可能变化。

一旦资源被编译成二进制文件的时候,AAPT会生成R.java 文件和“resources.arsc”文件,“R.java”用于代码的编译,而”resources.arsc”则包含了全部的资源名称、资源ID和资源的内容(对于单独文件类型的资源,这个内容代表的是这个文件在其.apk 文件中的路径信息)。这样就把运行环境中的资源ID 和具体的资源对应起来了。

在调试的时候,你可以使用“ aapt dump resources ”来看到对resources.arsc文件的详细描述信息。

关于二进制资源表的详细定义在 resources数据结构的定义头文件里面:

http://android.git.kernel.org/?p=platform/frameworks/base.git;a=blob;f=include/utils/ResourceTypes.h

关于设备上使用的二进制资源的具体实现在这里:

http://android.git.kernel.org/?p=platform/frameworks/base.git;a=blob;f=libs/utils/ResourceTypes.cpp