一、介紹        

        當我們釋出新版本的時候，一些使用者升級並不是很積極，這就造成了新版本的升級率並不高。而google為了解決了這個問題，提出了Smart App Update，即增量更新（也叫做差分升級）。

增量更新的流程是：使用者手機上安裝著某個應用，下載了增量包，手機上的apk和增量包合併形成新的包，然後再次安裝（注意這個過程是要重新安裝的，當然部分應用市場有root許可權你可能感知不到）。

那麼把整個流程細化為幾個關鍵點：

1. 使用者手機上提取當前安裝應用的apk
2. 如何利用old.apk和new.apk生成增量檔案
3. 增加檔案與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開發。

已經把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是一致的。測試通過。

無需下載本專案，在你專案根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);

1. 在project的build.gradle新增如下程式碼(如下圖)

allprojects {
    repositories {
        maven { url "https://jitpack.io" }
    }
}

2. 在Module的build.gradle新增依賴（如下圖）

compile 'com.github.jiyouliang2:SmartUpdateDemo:1.0.1'

3.新增許可權

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

4.程式碼中使用

 PatchUtil.patch(舊版本, 新版本, 差分包);