Android主项目和Module中R类的区别

5,954 阅读3分钟

我们知道 Android 项目中会通过自动生成一个 R.java 类的方式来保存项目中所有资源文件的标识。在主项目中生成的 R.java 中的资源声明是一个静态常量,而在 module 中它却是一个静态变量。这是为什么呢?我们知道在 java 中如果某个值被声明成常量(用 final 修饰),则在编译后,该常量会被直接替换成值。而在 java 语法中,注解的属性和 switch-case 中的 case 表达式,必须使用常量或者直接使用值,否则会报语法错误。下面我们会展开讨论下为什么 module 中的 R 类中声明的资源标识不是 final 的,这些又导致了哪些现象?

主项目中

比如你在主项目中创建了一个 activity_main.xml 的布局文件,则 R.java 中会自动加入一行如下静态常量。

public static final class layout {
    ...
    public static final int activity_main=0x7f09001b;

此后你就可以通过 R.layout.activity_main 的方式使用该资源

public class MainActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }
}

我们编译上述代码后得到 MainActivity.class ,会发现里面的静态常量被直接替换成了值。代码运行过程中,就可以直接通过值来找到对应资源了。

public class MainActivity extends AppCompatActivity {
    public MainActivity() {
    }

    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        this.setContentView(2131296283);
    }
}

Module中

然后我们再在一个 module 中同样创建一个 MainActivity 和对应的资源,我们查看该 module 下的 R.java

public static final class layout {
    ...
	public static int activity_main = 0x7f0f001c;

大家有发现区别了吗?在 module 中添加的该资源少了 final。我们再来看下 MainActivity.class 文件。我们会发现此处的资源引用是使用的静态变量方式,而未直接使用资源的值。

public class MainActivity extends AppCompatActivity {
    public MainActivity() {
    }

    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        this.setContentView(layout.activity_main);
    }
}

为什么这样做

Android 中,如果你在 module 中添加了一个资源,就拿这里的 activity_main.xml 举例。我们此处假设如果在 module 中也是 final 的,那会出现什么情况?第一,该 module 编译后的代码中该资源会被替换成值;第二,当该 module 被添加到主项目中后,如果主项目中有一个同样名称的资源,那么 module 中的该资源就会被替换;第三,主项目中会重新针对该资源生成一个 ID;最终就会出现 module 中那个资源 ID 找不到了。所以呢,这也是为什么 module 中的资源 ID 声明不使用 final 的原因。

有关资源合并的规则,可以参考下 google 的官方文档

https://developer.android.com/studio/write/add-resources.html。

导致的几个现象

1,这就是为什么当主项目与 module 中有同样资源时,module 却会使用主项目的资源。

2,这也是为什么我们在 module 中无法针对资源使用 switch-case 方式的原因。

3,这也是为什么我们无法在 module 中直接使用 butterknife,因为注解的属性需要是 final 的。当然现在 butterknife 已经提供了一个解决方案。就是利用 gradle 拷贝一份 R.java 命名成 R2.java,R2.java 里面的资源声明都是 final 的。这样就躲过了语法检查。当然使用butterknife编译后的字节码中使用的还是R.java中的资源声明。

作者简介 彭涛(@彭涛me) 致力于让技术变得易懂且有趣 个人博客:http://pengtao.me, GitHub地址:https://github.com/CPPAlien