版權聲明：本文為部落客原創文章，轉載請标明出處。 https://blog.csdn.net/chaoyu168/article/details/79718196
一、介紹
當我們釋出新版本的時候，一些使用者更新并不是很積極，這就造成了新版本的更新率并不高。而google為了解決了這個問題，提出了Smart App Update，即增量更新（也叫做差分更新）。
增量更新的流程是：使用者手機上安裝着某個應用，下載下傳了增量包，手機上的apk和增量包合并形成新的包，然後再次安裝（注意這個過程是要重新安裝的，當然部分應用市場有root權限你可能感覺不到）。
那麼把整個流程細化為幾個關鍵點：
- 使用者手機上提取目前安裝應用的apk
- 如何利用old.apk和new.apk生成增量檔案
- 增加檔案與1中的old.apk合并，然後安裝
解決了上述3個問題，就ok了。
借助開源庫
bsdiff來解決以上兩個問題。首先我們先示範一下差分包的形成與合并。
下載下傳bsdiff_win_exe.zip，解壓到本地。如下圖:
然後，我們先打出一個安裝包，假設為old.apk。對源碼做修改後，再打出一個新的安裝包new.apk。此處old.apk相當于老版本的應用，而new.apk相當于新版本的應用。接下來，我們利用bsdiff來生成差分包patch.patch。
生成差分包
将上面的old.apk和new.apk放入bsdiff解壓後的目錄，然後在控制台中執行指令
bsdiff old.apk new.apk patch.patch
,稍等一會便可以生成差分包patch.patch，如下
合并差分包
合并old.apk和patch.patch，生成新的安裝包new.apk。隻要此處合并出來的new.apk和上面我們自己打出來的new.apk一樣，那麼就可以認為它就是我們需要的新版本安裝包。
我們來看看如何合并。将old.apk和patch.patch放入bsdiff檔案夾，合并之前為：
然後執行指令
bspatch old.apk new.apk patch.patch
，稍等一會之後便可以看到合并出的new.apk.如下：
不出意外，合并而來的new.apk應該和我們自己打出來的new.apk是一模一樣的，這可以通過驗證兩者的md5來認定。
用戶端支援增量更新總體和上面的示範差不多，唯一的差別在于用戶端要自行編譯bspatch.c來實作合并差分包，也就是所謂的ndk開發。
使用第三方庫進行合并：
https://github.com/cundong/SmartAppUpdates，已經把bspatch的源碼加入到jni内了。隻要下載下傳它并編譯，就可以在應用内嵌入bspatch，實作增量更新了。
配置好NDK，在SmartAppUpdates的目錄内執行ndk-build：
\ApkPatchLibrary\app\src\main\jni>ndk-build
[arm64-v8a] Compile : ApkPatchLibrary <= com_cundong_utils_PatchUtils.c
[arm64-v8a] SharedLibrary : libApkPatchLibrary.so
[arm64-v8a] Install : libApkPatchLibrary.so => libs/arm64-v8a/libApkPatchLibrary.so
[x86_64] Compile : ApkPatchLibrary <= com_cundong_utils_PatchUtils.c
[x86_64] SharedLibrary : libApkPatchLibrary.so
[x86_64] Install : libApkPatchLibrary.so => libs/x86_64/libApkPatchLibrary.so
[mips64] Compile : ApkPatchLibrary <= com_cundong_utils_PatchUtils.c
[mips64] SharedLibrary : libApkPatchLibrary.so
[mips64] Install : libApkPatchLibrary.so => libs/mips64/libApkPatchLibrary.so
[armeabi-v7a] Compile thumb : ApkPatchLibrary <= com_cundong_utils_PatchUtils.c
[armeabi-v7a] SharedLibrary : libApkPatchLibrary.so
[armeabi-v7a] Install : libApkPatchLibrary.so => libs/armeabi-v7a/libApkPatchLibrary.so
[armeabi] Compile thumb : ApkPatchLibrary <= com_cundong_utils_PatchUtils.c
[armeabi] SharedLibrary : libApkPatchLibrary.so
[armeabi] Install : libApkPatchLibrary.so => libs/armeabi/libApkPatchLibrary.so
[x86] Compile : ApkPatchLibrary <= com_cundong_utils_PatchUtils.c
[x86] SharedLibrary : libApkPatchLibrary.so
[x86] Install : libApkPatchLibrary.so => libs/x86/libApkPatchLibrary.so
[mips] Compile : ApkPatchLibrary <= com_cundong_utils_PatchUtils.c
[mips] SharedLibrary : libApkPatchLibrary.so
[mips] Install : libApkPatchLibrary.so => libs/mips/libApkPatchLibrary.so
\ApkPatchLibrary\app\src\main\jni>
到這一步，我們可以得到名為libApkPatchLibrary.so的庫，通過com.cundong.utils.PatchUtils子產品來調用。
public class PatchUtils {
/**
* native方法 使用路徑為oldApkPath的apk與路徑為patchPath的更新檔包，合成新的apk，并存儲于newApkPath
*
* 傳回：0，說明操作成功
*
* @param oldApkPath 示例:/sdcard/old.apk
* @param newApkPath 示例:/sdcard/new.apk
* @param patchPath 示例:/sdcard/xx.patch
* @return
*/
public static native int patch(String oldApkPath, String newApkPath,
String patchPath);
} 被調用的相應jni代碼為：
/*
* Class: com_cundong_utils_PatchUtils
* Method: patch
* Signature: (Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)I
*/
JNIEXPORT jint JNICALL Java_com_cundong_utils_PatchUtils_patch(JNIEnv *env,
jobject obj, jstring old, jstring new, jstring patch) {
char * ch[4];
ch[0] = "bspatch";
ch[1] = (char*) ((*env)->GetStringUTFChars(env, old, 0));
ch[2] = (char*) ((*env)->GetStringUTFChars(env, new, 0));
ch[3] = (char*) ((*env)->GetStringUTFChars(env, patch, 0));
__android_log_print(ANDROID_LOG_INFO, "ApkPatchLibrary", "old = %s ", ch[1]);
__android_log_print(ANDROID_LOG_INFO, "ApkPatchLibrary", "new = %s ", ch[2]);
__android_log_print(ANDROID_LOG_INFO, "ApkPatchLibrary", "patch = %s ", ch[3]);
int ret = applypatch(4, ch);
__android_log_print(ANDROID_LOG_INFO, "ApkPatchLibrary", "applypatch result = %d ", ret);
(*env)->ReleaseStringUTFChars(env, old, ch[1]);
(*env)->ReleaseStringUTFChars(env, new, ch[2]);
(*env)->ReleaseStringUTFChars(env, patch, ch[3]);
return ret;
} 其實applypatch函數就是bspatch代碼的main函數，它這裡改了個名字。
現在，我們在SmartAppUpdates的Demo項目中測試加入App中的bspatch代碼是否能夠正常工作：把剛才的old.apk和patch包拷貝到手機的/sdcard/目錄，并将如下代碼加到App的onCreate()方法内。
PatchUtils.patch(Environment.getExternalStorageDirectory().getPath() + "/old.apk",
Environment.getExternalStorageDirectory().getPath() + "/out.apk",
Environment.getExternalStorageDirectory().getPath() + "/patch"); 運作APP後，按照預期/sdcard/目錄會生成out.apk。通過adb shell在手機内執行指令：
/sdcard $ md5sum out.apk
cbb1afdbc32e4d1c62c4d38674a6a3a9 out.apk
可以看到在app程式内嵌入的bspatch也成功的通過了老apk和patch包生成了新的apk，生成的out.apk的MD5值與new.apk是一緻的。測試通過。
還有一個架構：
https://github.com/ha-excited/BigNews無需下載下傳本項目，在你項目根build.gradle添加代碼：
allprojects {
repositories {
...
maven { url 'https://jitpack.io' }
}
} 在你項目子產品内的build.gradle添加代碼，然後Gradle Sync：
dependencies {
compile 'com.github.ha-excited:BigNews:0.1.2'
} 調用方法：
合并: 從差分包/更新包和老安裝包合并更新到新安裝包，新安裝包放在newApkPath。
/**
* oldApkPath: 老安裝包路徑
* newApkPath: 新安裝包路徑（輸出）
* patchPath: 更新/差分包路徑
* return: 成功傳回true，否則為false。
*/
BigNews.make(oldApkPath, newApkPath, patchPath); 還有一個第三方庫：
https://github.com/jiyouliang2/SmartUpdateDemo1. 在project的build.gradle添加如下代碼(如下圖)
allprojects {
repositories {
maven { url "https://jitpack.io" }
}
}
https://github.com/jiyouliang2/SmartUpdateDemo#2-%E5%9C%A8module%E7%9A%84buildgradle%E6%B7%BB%E5%8A%A0%E4%BE%9D%E8%B5%96%E5%A6%82%E4%B8%8B%E5%9B%BE 2. 在Module的build.gradle添加依賴（如下圖）
compile 'com.github.jiyouliang2:SmartUpdateDemo:1.0.1'
https://github.com/jiyouliang2/SmartUpdateDemo#3%E6%B7%BB%E5%8A%A0%E6%9D%83%E9%99%90 3.添權重限
<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
https://github.com/jiyouliang2/SmartUpdateDemo#4%E4%BB%A3%E7%A0%81%E4%B8%AD%E4%BD%BF%E7%94%A8 4.代碼中使用
PatchUtil.patch(舊版本, 新版本, 差分包); ![ACS基本配置-權限等級管理[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)