Android主项目与Module中R类的区别详解

前言

在岳池等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供网站建设、成都网站建设 网站设计制作按需求定制网站,公司网站建设,企业网站建设,品牌网站建设,全网整合营销推广,成都外贸网站建设,岳池网站建设费用合理。

大家都知道 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中的资源声明。

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对创新互联的支持。