android熱更新

『壹』 android熱更新框架哪個好

一.基礎知識

1.阿里的熱更新框架已經開源 了。但已經很久沒有更新過新版本了。當前的版本只支持到了 Android 4.4。由於 5.0 起新的 ART 虛擬機、更嚴格的 SELinux 策略以及對 64 位的支持之類的事，使得 Xposed 都在開發上做了很多調整。我不知道 Dexposed 現在是否支持，但至少阿里沒有開源。

2.在本地動態執行遠端下發的代碼是極度危險的行為。利用此方法執行非法代碼等或用於繞過 Google Play 等市場的審查是違反相關協議的，也是對用戶極度不負責任的行為。

3.在一些訪問非常密集的地方使用熱更新可能會對效率產生相對比較大的影響，應該避免使用.

4.我們可以對 Java 的 ScriptEngine 進行一些封裝成為一個 HotPatch 類使得它更適合做熱更新的工作。

5.首先,檢查熱更新補丁的管道一定要建立在 https 上，因為下發代碼是極其危險的，如果被劫持，後果是無法想像的。其次,請求時最好自動帶上 Android 版本、手機型號、地區、版本號等信息，以方便更精確地下發，千萬不能下發錯。

6.Java在運行時載入對應的類是通過ClassLoader來實現的，ClassLoader本身是一個抽象來，Android中使用PathClassLoader類作為Android的默認的類載入器

7.我們的如果想做hotpatch，一定要保證我們的hotpacth dex文件出現在dexElements列表的前面。

二.常用的熱更新技術框架:

基於QQ空間的HotFix →→ 要使用到android dex分包方案→拆分dex的項目的話，可以參考一下谷歌的multidex方案實現.

大眾點評的NuWa←項目補丁自動化做的很完整
alibaba/AndFix

阿里巴巴的DexPosed
dalvik_patch實現multidex
使用React-Native實現app熱部署的一次實踐
alibaba/AndFix

三、常用的熱更新技術框架比較

Advantage
disadavantage
NuWa
1，可以新增類和欄位，
2，兼容到6.0系統
1，基本原理是classloader,類載入器
2，不能修改資源文件，如圖片布局等（可通過動態布局實現）
AndFix
1， 支持Android2.3到6.0版本
2， 支持arm與x86系統架構
3， 支持dalvik和ART的runtime
4， 不需要重啟App即可應用補丁
1，不能新增類和欄位，
2，不能修改資源文件,
3，不能修改manifest文件
4，不能新增成員變數
5，不能使用加固後的apk製作pacth文件
四、github地址
網路的同學的實現 HotFix
點評的同學的實現 Nuwa
阿里的同學的實現 AndFix
另：AndFix對static的支持不太好，下面是試驗的Demo:
添加了一個靜態的欄位addString：

通過AndFix來製作patch會直接報錯：

『貳』 iOS和安卓哪個安全

安全都是相對性的，iOS基於系統的封閉性，軟體所能夠獲取的許可權較低，所以相對android的安全性來講，是高一些的，android本身其實安全性也不錯，但是國內的android系統通常都是廠家魔改的，底層的許多東西都有改動，尤其是山寨小廠，為了盈利，通常會添加很多運營插件在系統中，劫持廣告或者劫持下載，這本身就是不安全的，android的應用支持熱更新，許多應用在上傳市場的時候，都是白包，但是通過熱更新，添加一些其他的功能。
所以總體來講，iOS是相對安全的，android最好使用大牌一些的廠家的手機，不下載來路不明的應用，盡量不要root或刷來路不明的rom。

『叄』 如何實現 熱更新 android 資源

我們知道Java在運行時載入對應的類是通過ClassLoader來實現的，ClassLoader本身是一個抽象來，Android中使用PathClassLoader類作為Android的默認的類載入器，PathClassLoader其實實現的就是簡單的從文件系統中載入類文件。PathClassLoade本身繼承自BaseDexClassLoader，BaseDexClassLoader重寫了findClass方法，該方法是ClassLoader的核心。
?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

@Override

protected Class> findClass(String name) throws ClassNotFoundException {

List suppressedExceptions = new ArrayList();

Class c = pathList.findClass(name, suppressedExceptions);

if (c == null) {

ClassNotFoundException cnfe = new ClassNotFoundException("Didn't find class /"" + name + "/" on path: " + pathList);

for (Throwable t : suppressedExceptions) {

cnfe.addSuppressed(t);

}

『肆』 android tinker熱更新 怎麼支持360加固

the tinker bell /ðə ˈtɪŋkə bel/

『伍』 Android開發Tinker熱更新的問題

通過閱讀官方的技術文檔，始終沒有發現有對這個情況的相關配置項，所以只能從別處下手，最後發現，通過在 app mole 的 「build.gradle」 文件中，注釋掉依賴插件腳本，最終解決掉這個問題：

說兩句：
目前運行調試一切正常，不過要始終留意後續是否會出現問題；重要的一點是，當要打包新版本時，一定要解開這個注釋。

2、can』t the get signConfig for this build

問題：
執行 buildTinkerPatchRelease 打 Release 版本補丁包時報以下錯誤：

Error:Execution failed for task ':app:tinkerPatchRelease'.
> can't the get signConfig for this build
1
2

解決：

android {
...
// 簽名配置【buildTypes中調用了signingConfigs，則signingConfigs{}要置於buildTypes{}前面】
signingConfigs {
release {
try {
storeFile file("MyProject.jks")
storePassword "111111"
keyAlias "zhangzeqiao"
keyPassword "111111"
} catch (ex) {
throw new InvalidUserDataException(ex.toString())
}
}
}

buildTypes {
release {
...
signingConfig signingConfigs.release
}
debug {
...
signingConfig signingConfigs.release
}
}
...
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
其中要特別注意，signingConfigs{} 方法體要置於 buildTypes{} 方法體前面，不然會報以下錯誤：

『陸』 蘋果禁止使用熱更新和android有關嗎

Unity沒有實現iOS平台代碼熱更新是因為： 所謂熱更新就是指代碼可以不通過重新打包提交App Store的方式來更新客戶端的執行代碼。由於以下幾個原因客戶端更新希望更加輕量和快速： App Store的審核周期比較難控制； 手機網路游戲更新頻繁； 對於...