前言

大家都知道 Android 項目中會通過自動生成一個 R.java 類的方式來保存項目中所有資源文件的標(biāo)識。在主項目中生成的 R.java 中的資源聲明是一個靜態(tài)常量，而在 module 中它卻是一個靜態(tài)變量。這是為什么呢？我們知道在 java 中如果某個值被聲明成常量（用 final 修飾），則在編譯后，該常量會被直接替換成值。而在 java 語法中，注解的屬性和 switch-case 中的 case 表達(dá)式，必須使用常量或者直接使用值，否則會報語法錯誤。

下面我們會展開討論下為什么 module 中的 R 類中聲明的資源標(biāo)識不是 final 的，這些又導(dǎo)致了哪些現(xiàn)象？下面話不多說了，來一起看看詳細(xì)的介紹吧。

主項目中

比如你在主項目中創(chuàng)建了一個 activity_main.xml 的布局文件，則 R.java 中會自動加入一行如下靜態(tài)常量。

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 ，會發(fā)現(xiàn)里面的靜態(tài)常量被直接替換成了值。代碼運(yùn)行過程中，就可以直接通過值來找到對應(yīng)資源了。

public class MainActivity extends AppCompatActivity { public MainActivity() { } protected void onCreate(Bundle savedInstanceState) {  super.onCreate(savedInstanceState);  this.setContentView(2131296283); }}

Module中

然后我們再在一個 module 中同樣創(chuàng)建一個 MainActivity 和對應(yīng)的資源，我們查看該 module 下的 R.java 。

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

大家有發(fā)現(xiàn)區(qū)別了嗎？在 module 中添加的該資源少了 final。我們再來看下 MainActivity.class 文件。我們會發(fā)現(xiàn)此處的資源引用是使用的靜態(tài)變量方式，而未直接使用資源的值。

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 舉例。我們此處假設(shè)如果在 module 中也是 final 的，那會出現(xiàn)什么情況？第一，該 module 編譯后的代碼中該資源會被替換成值；第二，當(dāng)該 module 被添加到主項目中后，如果主項目中有一個同樣名稱的資源，那么 module 中的該資源就會被替換；第三，主項目中會重新針對該資源生成一個 ID；最終就會出現(xiàn) module 中那個資源 ID 找不到了。所以呢，這也是為什么 module 中的資源 ID 聲明不使用 final 的原因。

有關(guān)資源合并的規(guī)則，可以參考下 google 的官方文檔

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

導(dǎo)致的幾個現(xiàn)象

1，這就是為什么當(dāng)主項目與 module 中有同樣資源時，module 卻會使用主項目的資源。

2，這也是為什么我們在 module 中無法針對資源使用 switch-case 方式的原因。

3，這也是為什么我們無法在 module 中直接使用 butterknife，因為注解的屬性需要是 final 的。當(dāng)然現(xiàn)在 butterknife 已經(jīng)提供了一個解決方案。就是利用 gradle 拷貝一份 R.java 命名成 R2.java，R2.java 里面的資源聲明都是 final 的。這樣就躲過了語法檢查。當(dāng)然使用butterknife編譯后的字節(jié)碼中使用的還是R.java中的資源聲明。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對武林網(wǎng)的支持。