如何5分鐘讓你的 SDK 擁有熱修復能力（原理篇）

前言

看完本文可以達到什麼程度

自頂向下分析
學會 hook task
學會自定義 task，自定義 gradle 插件
掌握改造 Robust

預備知識

理解 gradle 的基本開發
掌握 Task，Transform 概念

閱讀前準備工作

對 Robust 還不瞭解的小夥伴戳 Android熱更新方案Robust
想使用其他方案的小夥伴戳 SDK最全熱修復方案

前文提到，當我美滋滋接入 Robust 時卻報錯提示，只有 Application Module 才能插樁和打補丁，而且還要做補丁管理、加解密、數據分析……

看來我們需要進行一番改造了。

從哪入手呢？

我們自頂向下分析整個需求實現步驟

在我們開始寫代碼之前，我們需要清楚如何解決問題。將問題分解成子問題，直到每個子問題都可以很輕鬆地解決。對問題進行建模，這樣寫出來的代碼才具有可讀性和可測性。

針對每一個步驟，我們來挖掘下對應的問題：

是不是清晰多了？

講解之前先說明，本文着重於解決思路，代碼細節已經開源，不過多展開。只要掌握解決思路，剩下的都是面向 API 編程啦。

第一步：接入Robust

問題1：Robust 只支持Application Module

一個 apk 和一個 arr 有什麼差別？

實際上沒什麼差別。我們只需要加個開關，先將 SDK 配置爲 Application，再 Hook apk 打包的 Task，把 build 目錄下的資源壓縮爲 aar 不就行了！

實現見：packPlugin.gradle hookAssembleAndCopyRes 方法

問題2：怎麼把插樁後的 aar 上傳到 jcenter 呢？

上傳肯定是要藉助 uploadArchives 這個 Task，但是我翻遍了 uploadArchives Task 配置和官方文檔，發現並不支持自定義數據源入口的。（心拔涼拔涼）

怎麼辦？GG了？

別急，我們還有大殺招 —— Hook Gradle Task。（後面你將會陸陸續續看到，Hook 簡直就是個萬金油~）

還不瞭解 Gradle 工作流程、Plugin、Task 的關係？見一文應用 AOP 三、應用篇的基礎部分

我們知道， Task 有一個重要的概念：inputs 和 outputs，Task 通過 inputs 拿到需要的參數，處理完畢之後就輸出 outputs，而下一個 Task 的 inputs 則是上一個 Task 的outputs，如下圖：

那我們打印一下 uploadArchives 的依賴 Task 和對應的輸入輸出，看下有什麼線索（福爾摩斯.jpg）

bundleRelease Task 就是和打包相關的 Task 了，我們打印下這個 Task 的輸出和輸入：

誒，能不能這樣，hook 這個Task，把我們插樁的 jar 複製粘貼覆蓋這個輸入源的 classes.jar？！好一招移花接木，就這麼辦！

實現見：packPlugin.gradle hookBundle方法

問題3：資源 ID 衝突

接入後，測試跑過來：誒？怎麼 sdk 裏的 layout 都不顯示了。

哈？啥情況

反編譯一看：

好傢伙，用 application 方式打包的 aar 資源 id 變成常量了。

這會有什麼問題呢？

在 ADT 14之前，無論是主項目還是庫項目，資源 ID 統一被定義爲 final 類型的靜態變量。如果代碼中使用了 ID，就相當於使用一個常量，編譯器的語法優化會將引用替換成具體的十六進制數。這樣造成的結果：主項目編譯時一旦發現資源 ID 衝突，就會爲庫項目的資源分配新 ID，這樣庫項目裏引用資源文件的代碼都需要重新編譯。

如果 lib R 類中的資源 ID 僅被 static 修飾，就保留了變量。當資源ID發送衝突時，主項目 R 類不變，修改庫項目 R 類中的變量，庫項目已經編譯過的代碼仍有效。

所以 Android 設計 application 的 R 類都是靜態常量，lib 的 R 類都是靜態變量。

用過 BufferKnife 的同學都知道，在 libary 中使用 switch 需要用 R2.XXX，那不就會出現常量 R2 和業務方 R 資源衝突的問題嗎？J 神是怎麼解決的？請看：AST 抽象語法樹 —— 最輕量級的AOP方法

能咋整？

難道我們要根據 0x7f… 反查 R.XX.XX 然後再一一把代碼替換掉？要不我們強制改下插樁 aar 的資源 id 值從而避免衝突？默認值是0x7F...改成0x02~0x7E？

這麼多個方案在我腦海中繞了一圈，一拍大腿，不用這麼複雜呀！

既然 R 文件的變量修飾符變了，那我們改回來唄！

先找到 R 文件生成的Task，來，我們打印一下：

...

:sdk:generateReleaseBuildConfig //會生成 releasse下的 資源和源碼 包括BuildConfig  在build/generate/source/buildConfig/release  依賴checkReleaseManifest
:sdk:generateReleaseResValues //準備resource的 values文件  
:sdk:generateReleaseResources //準備 資源文件 
:sdk:mergeReleaseResources  //release下的 生成Resource文件 在build/incremental/res/release下 和 merge.xml 在build/intermediates/incremental/mergeResources/release下
:sdk:processReleaseManifest //依賴prepareReleaseDependencies  生成 AndroidManifest文件 在build/incremental/manifest/full/release
:sdk:processReleaseResources //生成resources-release.ap_
:sdk:generateReleaseSources //生成R文件  在build/generate/source/r/debug下 
:sdk:processReleaseJavaRes            
:sdk:compileReleaseJavaWithJavac //使用Javac編譯Java代碼
:sdk:proguardRelease  //生成 混淆文件 運行混淆規則
:sdk:androidJavadocsPicked
:sdk:copyMappingTask  //複製 mapping文件  
:sdk:androidJavadocsJar //生成 Javadocs的Jar文件
:sdk:androidSourcesJar //生成 Java源碼的 Jar文件
...

我們看到 generateReleaseSources Task 負責生成R文件，那我們寫個 Gradle 腳本，hook 住前一個的 processReleaseResources Task，修改修飾符，so easy，hook 大法好！

實現見：packPlugin.gradle hookBuild方法