Sophix及熱修復(fù)原理介紹

深入探索Android熱修復(fù)技術(shù)原理這本書主要講解了Android的熱修復(fù)中的熱部署，冷部署以及資源和so庫的修復(fù)技巧。全文主要講Sophix應(yīng)對以上四個方面的技術(shù)解析，不管是自家產(chǎn)品還是業(yè)界其他方案的橫縱對比，Sophix技術(shù)目前都是最優(yōu)的。

創(chuàng)新互聯(lián)公司專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于做網(wǎng)站、成都做網(wǎng)站、陽朔網(wǎng)絡(luò)推廣、重慶小程序開發(fā)公司、陽朔網(wǎng)絡(luò)營銷、陽朔企業(yè)策劃、陽朔品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們最大的嘉獎；創(chuàng)新互聯(lián)公司為所有大學(xué)生創(chuàng)業(yè)者提供陽朔建站搭建服務(wù)，24小時服務(wù)熱線：18982081108，官方網(wǎng)址：www.rwnh.cn

在事件分發(fā)流中，通過Hook鉤子在事件傳送到終點前截獲并監(jiān)控事件的傳輸，從而處理一些特定干預(yù)事件。

Sophix同時使用了熱啟動的底層替換方案及冷啟動的類加載方案，兩個方案使用的補(bǔ)丁是相同的。優(yōu)先熱啟動。

基本參考InstantRun的實現(xiàn)：構(gòu)造一個包含所有新資源的新的AssetManager。并在所有之前引用到原來的AssetManager通過反射替換掉。

Sophix不修改AssetManager的引用，構(gòu)造的補(bǔ)丁包中只包含有新增或有修改變動的資源，在原AssetManager中addAssetPath這個包就可以了。資源包不需要在運行時合成完整包。

本質(zhì)是對native方法的修復(fù)和替換。類似類修復(fù)反射注入方式，將補(bǔ)丁so庫的路徑插入到nativeLibraryDirectories數(shù)據(jù)最前面。

android手機(jī)廠商為什么不允許熱修復(fù)

因為對手機(jī)傷害大。android手機(jī)熱修復(fù)不能百分百用戶修復(fù)成功，手機(jī)影響極大而且手機(jī)很容易出現(xiàn)bug，所以手機(jī)廠商不允許熱修復(fù)。

AndroidMultidex熱修復(fù)CLASS_ISPREVERIFIED問題解決方案

注意:在5.0之前會有這個問題，5.0之后沒有了

我們進(jìn)行插樁的時機(jī)，便是上圖中javac之后，dx之前。 另外，任何一個Task，都有input元素和output元素，以及可以設(shè)置doFirst閉包，表示執(zhí)行任務(wù)之前先執(zhí)行一段邏輯，設(shè)置doLast，表示執(zhí)行任務(wù)執(zhí)行之后再執(zhí)行一段邏輯。

我們的思路是 在java變成class之后，在class變成 dex之前，將class進(jìn)行ASM插樁。所以，我們要找的 gradle task 是 ： transformClassesWithDexBuilderForRelease 或者 transformClassesWithDexBuilderForDebug 給它重寫doFirst。 也可以 找到 gradle task ： compileReleaseJavaWithJavac 或者 compileDebugJavaWithJavac. 給它重寫 doLast。效果相同。

jar文件的插樁:

Android ClassLoader(熱修復(fù)流程)

本文是在Android8.1.0上進(jìn)行的源碼分析,首先明確幾個classloader的定義。

dexFile相當(dāng)于一個classes.dex，而每一個dexFile也是一個Element,熱修復(fù)的補(bǔ)丁包一定要插到classes.dex中的最前面的一個dex開始查找，因為dexFile是從classes.dex classes2.dex依次向后進(jìn)行查找的.前面如果找到就不會找后面的類了。

反射工具類：

熱修復(fù)：

成功使用：

熱修復(fù)tinker手機(jī)端及tinker-manage接入的總結(jié)

最近研究了一下騰訊的熱更新框架，以及一位大神開源的熱更新后臺服務(wù)框架，下邊總結(jié)一下，希望對想了解的人有所幫助

tinker鏈接：

開源的熱更新后臺服務(wù)框架：

一、Tinker使用介紹：

官方文檔好久沒更新了，看起來費事，這里簡單總結(jié)下怎么使用。

1、導(dǎo)入Sample工程

將官方給出的 Sample工程 在AndroidStudio中打開.首先一點,在app的build.gradle文件中找到tinkerId = getTinkerIdValue()并將其替換成tinkerId = "tinkerId",其中后面的值可以隨意設(shè)置.再替換ignoreWarning = false為ignoreWarning = true.

2、編譯運行原版apk

按照往常操作一樣,編譯打包debug apk并安裝.此時Tinker會在工程的app/build/bakApk/目錄下保存打包好的apk文件,找到剛才生成的apk文件,復(fù)制其完整文件名,在app的build.gradle文件找到tinkerOldApkPath這一項設(shè)置,并將其設(shè)置為tinkerOldApkPath = "${bakPath}/剛才生成的apk文件名"

3、修改源碼 生成新版apk 補(bǔ)丁

在項目里隨便改點內(nèi)容，然后生成debug版的patch(補(bǔ)丁)apk文件。如圖：

4、生成補(bǔ)丁包的位置如圖：

只需將此補(bǔ)丁包放在MainActivity里邊指定的加載補(bǔ)丁包的路徑即可。

點擊LOAD_PACH 加載執(zhí)行修復(fù)，點擊shouInfo 會顯示PATCH is loaded，說明成功，然后點擊KILL SELF 再次進(jìn)入 就修復(fù)了。

到此為止tinker修復(fù)就成功了。然后說說怎么接入 tinker-manager 手機(jī)端的，以便跟熱更新后臺的修復(fù)做對接。

步驟參考文檔鏈接： ?按照此文檔接入就行，我在這里對參數(shù)進(jìn)行一下說明

下邊兩參數(shù)做測試的話為空即可

android 插件化和熱修復(fù)做什么用的

針對Android平臺，Dexposed支持函數(shù)級別的在線熱更新，例如對已經(jīng)發(fā)布在應(yīng)用市場上的宿主APK，當(dāng)我們從crash統(tǒng)計平臺上發(fā)現(xiàn)某個函數(shù)調(diào)用有bug，導(dǎo)致經(jīng)常性crash，這時，可以在本地開發(fā)一個補(bǔ)丁APK，并發(fā)布到服務(wù)器中，宿主APK下載這個補(bǔ)丁APK并集成后，就可以很容易修復(fù)這個crash。

Dexposed是基于久負(fù)盛名的開源Xposed框架實現(xiàn)的一個Android平臺上功能強(qiáng)大的無侵入式運行時AOP框架。

Dexposed的AOP實現(xiàn)是完全非侵入式的，沒有使用任何注解處理器，編織器或者字節(jié)碼重寫器。集成Dexposed框架很簡單，只需要在應(yīng)用初始化階段加載一個很小的JNI庫就可以，這個加載操作已經(jīng)封裝在DexposedBridge函數(shù)庫里面的canDexposed函數(shù)中，源碼如下所示：

/**

* Check device if can run dexposed, and load libs auto.

*/

public synchronized static boolean canDexposed(Context context) {

if (!DeviceCheck.isDeviceSupport(context)) {

return false;

}

//load xposed lib for hook.

return loadDexposedLib(context);

}

private static boolean loadDexposedLib(Context context) {

// load xposed lib for hook.

try {

if (android.os.Build.VERSION.SDK_INT 19){

System.loadLibrary("dexposed_l");

} else if (android.os.Build.VERSION.SDK_INT == 10

|| android.os.Build.VERSION.SDK_INT == 9 ||

android.os.Build.VERSION.SDK_INT 14){

System.loadLibrary("dexposed");

}

return true;

} catch (Throwable e) {

return false;

}

}

Dexposed實現(xiàn)的hooking，不僅可以hook應(yīng)用中的自定義函數(shù)，也可以hook應(yīng)用中調(diào)用的Android框架的函數(shù)。Android開發(fā)者將從這一點得到很多好處，因為我們嚴(yán)重依賴于Android SDK的版本碎片化。

當(dāng)前題目：熱修復(fù)android,熱修復(fù)技術(shù)
URL網(wǎng)址：http://www.rwnh.cn/article24/dssopce.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供云服務(wù)器、定制開發(fā)、面包屑導(dǎo)航、品牌網(wǎng)站設(shè)計、用戶體驗、服務(wù)器托管

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)