阿里P7移動互聯網架構師進階視頻(每日更新中)免費學習請點擊:https://space.bilibili.com/474380680
本篇文章將繼續從CLASS_ISPREVERIFIED實戰來介紹熱修復設計:java
本文將解決兩個問題。android
activity_main.xml數組
MainActivity.class架構
Cat.classapp
假設這是咱們公司的開發項目,剛剛上線就發現了嚴重bug,貓會狗叫。
想修復bug,讓用戶再馬上更新一次顯然很不友好,此時熱補丁修復技術就有用了。框架
在加載dex的代碼以前,咱們先來製做補丁。
1. 首先咱們將Cat類修復,汪汪汪改爲喵喵喵,而後從新編譯項目。(Rebuild一下就好了)
2. 去保存項目的地方,將Cat.class文件拷貝出來,在這裏ide
3. 新建文件夾,要和該Cat.class文件的包名一致,而後將Cat.class複製到這裏,如圖函數
4. 命令行進入到圖中的test目錄,運行一下命令,打包補丁。如圖:工具
而後test目錄是這樣的學習
patch_dex.jar就是咱們打包好的補丁了,咱們將它放到sdCard中,待會從這裏加載補丁。
關於什麼用這麼複雜的方法打包補丁的說明:
你也能夠直接將java文件拷出來,經過javac -d帶包編譯再轉成jar。
但我這麼麻煩是有緣由的,由於用這種方法你可能會遇到ParseException,緣由是jar包版本和dx工具版本不一致。
而從項目中直接將編譯好的class直接轉成jar就沒問題,由於java會向下兼容,打出來的jar包和class版本是一致的。
總而言之,dx版本要和class編譯版本對應。
經過上一篇博文,咱們知道dex保存在這個位置
BaseDexClassLoader–>pathList–>dexElements
apk的classes.dex能夠從應用自己的DexClassLoader中獲取。
path_dex的dex須要new一個DexClassLoader加載後再獲取。
分別經過反射取出dex文件,從新合併成一個數組,而後賦值給盈通自己的ClassLoader的dexElements
加載外部dex,咱們能夠在Application中操做。
首先新建一個HotPatchApplication,而後在清單文件中配置,順便加上讀取sdcard的權限,由於補丁就保存在那裏。
HotPatchApplication代碼以下:
運行一下Demo,報如下錯誤。(AndroidStudio 2.0可能不會報錯,須要打包的時候纔會出現錯誤,這是Instant run致使的)
dexElements的length = 2,看來咱們的patch_dex已經成功添加進去了。
可是從黃色框框和黃色框上面那一段log提示中能夠看出,MainActivity引用了Cat,可是發現他們在不一樣的Dex中。
看到這裏可能就會問:
爲何以前那麼多項目都採用分包方案,可是卻不會出現這個錯誤呢?
我在這裏總結了一個過程,想知道詳細分析過程的請看QQ空間開發團隊的原文。
在apk安裝的時候,虛擬機會將dex優化成odex後纔拿去執行。在這個過程當中會對全部class一個校驗。
校驗方式:假設A該類在它的static方法,private方法,構造函數,override方法中直接引用到B類。若是A類和B類在同一個dex中,那麼A類就會被打上CLASS_ISPREVERIFIED標記
被打上這個標記的類不能引用其餘dex中的類,不然就會報圖中的錯誤
在咱們的Demo中,MainActivity和Cat自己是在同一個dex中的,因此MainActivity被打上了CLASS_ISPREVERIFIED。而咱們修復bug的時候卻引用了另一個dex的Cat.class,因此這裏就報錯了
而普通分包方案則不會出現這個錯誤,由於引用和被引用的兩個類一開始就不在同一個dex中,因此校驗的時候並不會被打上CLASS_ISPREVERIFIED
補充一下第二條:A類若是還引用了一個C類,而C類在其餘dex中,那麼A類並不會被打上標記。換句話說,只要在static方法,構造方法,private方法,override方法中直接引用了其餘dex中的類,那麼這個類就不會被打上CLASS_ISPREVERIFIED標記。
根據上面的第六條,咱們只要讓全部類都引用其餘dex中的某個類就能夠了。
下面是QQ控件給出的解決方案
在全部類的構造函數中插入這行代碼 System.out.println(AntilazyLoad.class);
這樣當安裝apk的時候,classes.dex內的類都會引用一個在不相同dex中的AntilazyLoad類,這樣就防止了類被打上CLASS_ISPREVERIFIED的標誌了,只要沒被打上這個標誌的類均可以進行打補丁操做。
hack.dex在應用啓動的時候就要先加載出來,否則AntilazyLoad類會被標記爲不存在,即便後面再加載hack.dex,AntilazyLoad類仍是會提示不存在。該類只要一次找不到,那麼就會永遠被標上找不到的標記了。
咱們通常在Application中執行dex的注入操做,因此在Application的構造中不能加上System.out.println(AntilazyLoad.class);這行代碼,由於此時hack.dex尚未加載進來,AntilazyLoad並不存在。
之因此選擇構造函數是由於他不增長方法數,一個類即便沒有顯式的構造函數,也會有一個隱式的默認構造函數。
1.首先在源碼中手動插入不太可行,hack.dex此時並無加載進來,AntilazyLoad.class並不存在,編譯不經過。
2.因此咱們須要在源碼編譯成字節碼以後,在字節碼中進行插入操做。對字節碼進行操做的框架有不少,可是比較經常使用的則是ASM和javaassist
3.但AndroidStudio是使用Gradle構建項目,編譯-打包都是自動化的,咱們怎麼操做呢。
阿里P7移動互聯網架構師進階視頻(每日更新中)免費學習請點擊:https://space.bilibili.com/474380680
原文連接:https://blog.csdn.net/u010386612/article/details/51077291