【51CTO.com原創(chuàng)稿件】　　在WOT2016移動(dòng)互聯(lián)網(wǎng)技術(shù)峰會(huì)上，阿里朱中明老師為我們講解熱修復(fù)里面問題。***講解熱修復(fù)的技術(shù)，第二講解HotFix。

[[174711]]

　　熱更新和熱修復(fù)的區(qū)別

　　通常所說的熱更新和熱部署都是對(duì)這個(gè)已經(jīng)發(fā)布的客戶端代碼做一個(gè)更新，這里面有一個(gè)不同點(diǎn)，熱更新強(qiáng)調(diào)它是一種實(shí)時(shí)更新和微小改動(dòng)，而在熱部署里面講的是在工具鏈和工程上的完整的更新周期。

　　攔截技術(shù)

　　因?yàn)樵跓岣吕锩嫫鋵?shí)只講到了兩個(gè)比較重要的點(diǎn)，***個(gè)就是攔截。這個(gè)攔截在業(yè)界里面，現(xiàn)在只有三種方面，***種是類替換，第二種是AOP，第三種是方法直接替換。它在兼容性是***的，在任何的產(chǎn)品上應(yīng)該都是能使用的。缺點(diǎn)它主要是以class為單位做更新，因?yàn)樗荒茏瞿骋粋€(gè)具體部分的更新。它其實(shí)有兩個(gè)缺點(diǎn)，***有一定的性能損失，第二在多數(shù)情況下都需要重啟的。

　　攔截器

　　做java的都知道這個(gè)叫AOP。通過AOP的開發(fā)，它的性能損失是幾乎無損，并且它并不需要做重啟。但是它有兩個(gè)比較大的問題，***個(gè)兼容性不太好，因?yàn)樗婕暗絍M底層的實(shí)現(xiàn)。第二這個(gè)patch代碼是一個(gè)專用的代碼，這個(gè)代碼以后不會(huì)在你的工程里面有任何的留存，相當(dāng)于里就是一個(gè)補(bǔ)丁，它是一個(gè)真正的補(bǔ)丁。

　　方法替換

　　方法替換的優(yōu)點(diǎn)跟攔截器幾乎是差不多的。***個(gè)它的力度非常小，導(dǎo)致它的patch包會(huì)相對(duì)小。第二個(gè)在性能上面其實(shí)是沒有任何損失的。除了***次把這個(gè)子項(xiàng)的地方改進(jìn)之后，就沒有任何的損失。它會(huì)有一些缺點(diǎn)，***個(gè)在兼容性上會(huì)有一些問題，因?yàn)樗矔?huì)涉及到底層的VM實(shí)現(xiàn)。第二同樣它在編寫的時(shí)候是有一些限制的，比如說可能不能改屬性，改方法的時(shí)候有一些或多或少的限制，包括不能使用放棄所以也會(huì)存在這個(gè)代碼可能有一定的專業(yè)有限的可能性，這也算一個(gè)缺點(diǎn)。

　　安全加護(hù)的工具

　　這個(gè)工具對(duì)我們來說是非常致命的。其實(shí)安全加護(hù)的工具并不是對(duì)代碼做的，大部分的安全加護(hù)的工具做兩塊事情，***個(gè)把APK包的結(jié)構(gòu)做了一個(gè)變化，第二把一些資源的名字和一些位置做了一些串，主要是增加了一些成本。安全這件事情永遠(yuǎn)都是一個(gè)游戲，這個(gè)游戲是循環(huán)下去的。并且安全這個(gè)東西是非?；疑?。很多人知道它的破解過程非常簡(jiǎn)單，就是把APK解開，把里面的代碼和東西。其實(shí)那個(gè)代碼里面就是有問題的，把所有的簽名全部抹掉，重新抹一遍，就會(huì)有問題。所以在打這個(gè)包之前，是不能用安全加護(hù)的。

【51CTO原創(chuàng)稿件，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文作者和出處為51CTO.com】