簡述

增量更新，根據(jù)字面理解，就是下載增加的那部分來達到更新的目的，實際就是這個意思。

原理

用一個舊的Apk安裝與一個新的Apk安裝包使用 bsdiff工具 ，執(zhí)行命令生成一個差異文件，此差異文件就是我們修改需要更新下載的那部分。

引入代碼及so文件

首先，根據(jù)你的系統(tǒng)的架構(gòu)選擇不同的so文件放到你的工程中

接著，需要把加載so文件的Java類引入到你的工程中，引入時，需注意，不能修改這個類的包名。

到此，增量更新引入完成。

使用

下載bsdiff工具，然后執(zhí)行命令：bsdiff，會顯示出命令提示

然后，執(zhí)行正確的命令，結(jié)果如下：

命令：bsdiff app_1.1.apk app_1.2.apk patch.patch
參數(shù)：
app_1.1：已發(fā)布的舊版本
app_1.2：未發(fā)布的新版本
patch.patch：生成的差異文件

此補丁文件可以放到服務(wù)器供版本為1.1的用戶下載并增量更新升級。

客戶端增量更新接口：

public native static int bspatch(String oldApkPath,          
String newApkPath, String patchPath);          
//oldApkPath:當前Apk的存放目錄          
//newApkPath:生成新的Apk要存放目錄          
//patchPath:差異文件所在目錄

溫馨提示:記得添加網(wǎng)絡(luò)及文件讀寫權(quán)限

<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" /> 
 <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" /> 
 <uses-permission android:name="android.permission.INTERNET" />

獲取當前應(yīng)用的Apk的存放目錄代碼：

context.getApplicationInfo().sourceDir;

實際開發(fā)流程把新的Apk安裝包上傳到服務(wù)器，讓服務(wù)器生成對應(yīng)不同版本的差異文件。服務(wù)器需要提供一個接口，把你當前app的版本信息通過接口傳遞到服務(wù)器，服務(wù)器解析判斷，完后響應(yīng)數(shù)據(jù)告訴客戶端是否需要下載差異文件，因為不同的版本下載的差異文件不同，此處需大家多多注意。如果接口返回的數(shù)據(jù)告訴客戶端有差異文件下載，客戶端使用子線程下載，然后執(zhí)行增量更新的合并接口，然后生成新的Apk安裝包，執(zhí)行安裝命令即完成增量更新的整個過程。

效果

先把app_1.1.apk版本的安裝包安裝到手機，這個包相當于你已經(jīng)發(fā)布的線上的版本1.1。

然后把差異文件放到sdcard中(方便測試才直接放入sdcard)

然后點擊PATCH按鈕，合并完成后會跳轉(zhuǎn)到安裝界面

確定安裝，安裝完成，點擊進入應(yīng)用

到此，Android-增量更新的使用和效果展示已完畢，有疑問可以直接留言。

檢查合成的Apk是否完整

目前，我想到2種方式來校驗使用差異文件合并好的新的Apk文件是否完成的方法：

獲取舊的Apk安裝包的簽名和已合并成新的Apk安裝包的簽名，對比簽名是否一致當你下載差異文件時，可以讓服務(wù)器給你返回新的Apk合并成功后文件的md5，當你合并成功后，通過校驗文件的md5值，達到校驗文件完整性。

不足之處假設(shè)，當你的app已經(jīng)發(fā)布了1.1、2.1、3.1等等版本的時候，現(xiàn)在你有要更新版本到4.1，當然增量更新可以幫你做到，但是存在不足之處。

你需要把新的4.1的app安裝包上傳到服務(wù)器，服務(wù)器需和已發(fā)布的所有版本比較，產(chǎn)生布同那個版本的差異文件，當然如果有的版本不再維護可以不生成。

最新評論