前言

今天同事提到了一個問題，我們的一款A(yù)pp在debug包時沒有問題，但是在release包時就是crash，報錯如下：

可以看到問題是Didn‘t find class “android.view.x“，但是實際上我們代碼中并沒有這個類，由于是release包的問題，所以第一時間想到的是混淆問題，檢查了一番后發(fā)現(xiàn)與混淆無關(guān)，經(jīng)過上網(wǎng)查詢發(fā)現(xiàn)有人提到說將build.gradle中的shrinkResources設(shè)置為false即可解決，經(jīng)過嘗試發(fā)現(xiàn)確實解決了問題，但是為什么呢？

shrinkResources

要弄明白問題，首先就要知道shrinkResources是如何工作的。

當(dāng)我們啟用了資源壓縮(Resource Shrinking)，當(dāng)打包是會去檢查每個資源是否被引用，如果沒有被引用，則會進行優(yōu)化，但是它有兩種模式Safe和Strict。

Safe

在這種模式下，除了直接引用，使用動態(tài)代碼引用的資源（比如使用Resources.getIdentifier()引用資源）也會被保留，這樣就不會造成太大的問題。

Strict

在嚴苛模式下，只有直接引用的資源被保留，其他資源就會被壓縮。注意這里是壓縮而不是刪除，具體表現(xiàn)就是如果是圖片，則保留該圖片文件，但是內(nèi)容則為空，如下：

可以看到處理過的圖片都是67b大小，且沒有內(nèi)容，這樣大大減少了空間。

而如果是xml文件，則內(nèi)容同樣為空，如下：

可以看到內(nèi)容變成了，大小都是47b，也是極大的減少了空間。

android.view.x

這樣我們就知道Didn‘t find class “android.view.x“問題所在了，一定是我們使用的布局被壓縮了，根據(jù)crash日志找到NavigateActivity的onCreate方法，這里有如下代碼：

mLayoutId = ResourceUtils.getLayoutId(this, "activity_main");
...
View rootView = View.inflate(this, mLayoutId, null);
...
setContentView(rootView);

這個activity_main正是通過Resources.getIdentifier()動態(tài)引用的，在release包中查看這個布局發(fā)現(xiàn)已經(jīng)是空的了，所以就會報上面的錯誤。

所以當(dāng)我們將shrinkResources設(shè)置為false后，因為不會執(zhí)行資源壓縮，所以問題解決。

自定義保留

但是在默認情況下資源壓縮(Resource Shrinking)的模式是Safe，不應(yīng)該出現(xiàn)這樣的問題，那么說明我們沒有從根本上解決問題，我們繼續(xù)來看。

怎么可以改變資源壓縮(Resource Shrinking)的模式，答案是配置自定義保留文件，在res/raw下新建一個keep.xml文件，在其中就可以設(shè)置自定義保留策略，一個示例代碼如下：

<?xml version="1.0" encoding="utf-8"?>
<resources xmlns:tools="http://schemas.android.com/tools"
           tools:discard="@color/selector_tint_color"
           tools:keep="@layout/activity_test1,@layout/activity_test2"
           tools:shrinkMode="strict"/>

其中：

• discard：表示對文件做嚴格檢查，逗號分隔
• keep：表示保留文件，逗號分隔
• shrinkMode：則可以設(shè)置資源壓縮(Resource Shrinking)的模式，包括strict和safe兩種

所以我們知道通過keep.xml可以改變資源壓縮(Resource Shrinking)的模式，但是我們并沒有這個文件，這時候想到是不是某些三方庫在搞鬼，檢查apk包我們在res/raw下果然看到一個keep.xml文件，如下：

<?xml version="1.0" encoding="utf-8"?>
<resources xmlns:tools="http://schemas.android.com/tools"
    tools:keep="@layout/hms_download_progress,@drawable/screen_off"
    tools:shrinkMode="strict"
    />

明顯是華為hms庫中的，經(jīng)過一個個篩查發(fā)現(xiàn)如下

聯(lián)想到我們剛剛升級了該庫，所以一定是這個庫開發(fā)者在新版本加入了這個東西，但是它影響很大，只能說相當(dāng)?shù)牟回撠?zé)任了。

總結(jié)

通過上面的剖析，我們了解了資源壓縮(Resource Shrinking)到底是什么，同時也知道問題所在，所以其實我們可以不將shrinkResources設(shè)置為false，而是在項目中新建一個keep.xml文件，將shrinkMode改回safe就好，當(dāng)然也可以在keep中添加出錯的文件，但是這樣只解決這一個問題，不保證后續(xù)沒有其他動態(tài)引用，所以最好就是將模式改回safe即可。

最后大家在升級三方庫后一定要仔細測試，以防被坑！

以上就是Android報錯Didn‘t find class “android.view.x“問題解決原理剖析的詳細內(nèi)容，更多關(guān)于Android報錯解決剖析的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論