前言
現在的安卓Apk越來越大，而在此之前如果用戶發現有新版本的話，需要重新把對應程序的新版本下載下來，有時候并不是重大更新,僅僅只是優化了一下，用戶就需要重新下載apk，不僅浪費流量而且浪費時間，有這樣的問題,便會出現更優的功能迭代即增量更新或增量升級，或者叫差異化更新，目前很多應用商店已經對接了此功能:比如谷歌官方，小米等等
一、實現原理
服務端可以借助bsdiff工具，比對新舊apk包的文件，獲取到差分文件之后下發到客戶端，而這個差分文件的大小肯定是小于新的apk文件大小的。客戶端得到這個差分文件之后，本地在使用bspatch工具進行差分文件和本地已經安裝的舊apk包進行合并成新的apk包文件，然后在進行升級安裝。
在這個過程中，客戶端在訪問服務端的時候可能需要攜帶舊apk包的md5，應用包名，版本號等信息，服務端獲取到之后會去數據庫中查詢其對應的本次需要升級的apk包以及舊版本號對應的舊apk包，然后進行差分處理得到差分文件，在下發到客戶端即可。這個使用Jni來實現，++它這個文件差分和文件合并不跟渠道，加固有關，它是更加文件的二進制來區分的。只要是合并后的包與新包是一直就是正確的。++
二、案例代碼分析
前面已經說過了，bsdiff和bspatch這個功能源碼是開源的，可以從網上查找，關于他們的源碼這里不做太多的介紹，因為是純C代碼，分析起來沒什么意思，可以自行閱讀即可，因為是純C語言的，所以如果我們想在Android端使用的話那么就需要使用NDK進行開發了，需要在上層用native方法進行關聯訪問，這個其實也沒什么大的問題，而關于服務端那邊進行文件差分操作，這個已經有現成的工具了，也是用C語言編譯的可執行文件。所以下面第一步先來解決客戶端的NDK開發工作：
jni開發可以參考下面的鏈接
http://www.lxweimin.com/p/0490836c3509
第一步native方法
public native static int patch(String oldfile, String newFile, String patchFile);
第二步，下載完成后，獲取舊的apk中的路徑
/**
* 獲取已安裝Apk文件的源Apk文件
* 如：/data/app/my.apk
*
* @param context
* @param packageName
* @return
*/
public static String getSourceApkPath(Context context, String packageName) {
if (TextUtils.isEmpty(packageName))
return null;
try {
ApplicationInfo appInfo = context.getPackageManager()
.getApplicationInfo(packageName, 0);
return appInfo.sourceDir;
} catch (PackageManager.NameNotFoundException e) {
e.printStackTrace();
}
return null;
}
第三步調用bspatch.c 中的jni代碼
/*
合并
* Class:
* Method: patch
* Signature: (Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)I
*/
JNIEXPORT jint JNICALL Java_net_mfinance_marketwatch_app_util_BsPatch_patch
(JNIEnv *env, jclass jazz, jstring oldPath_jstr, jstring newPath_jstr, jstring patchPatch_jst) {
int ret= -1;
LOGD(" jni patch begin");
const char *oldPath = (*env) -> GetStringUTFChars(env, oldPath_jstr, JNI_FALSE);
const char *newPath = (*env) -> GetStringUTFChars(env, newPath_jstr, JNI_FALSE);
const char *patchPath = (*env) -> GetStringUTFChars(env, patchPatch_jst, JNI_FALSE);
int argc = 4;
char *argv[4];
argv[0] = "ZackBsPatch";
argv[1] = oldPath;
argv[2] = newPath;
argv[3] = patchPath;
//如果成功ret等于0
ret = bspatch_main(argc,argv);
(*env) -> ReleaseStringUTFChars(env, oldPath_jstr, oldPath);
(*env) -> ReleaseStringUTFChars(env, newPath_jstr, newPath);
(*env) -> ReleaseStringUTFChars(env, patchPatch_jst, patchPath);
return ret;
}
第四部。如果返回0代表合并成功 ，合并成功后安裝
// apk文件安裝
public void installApk(File file) {
if(file.exists()){
PathUtil.chmod("777",file.getPath());
Intent intent = new Intent();
// 執行動作
intent.setAction(Intent.ACTION_VIEW);
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK); //沒有i.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);這一步的話，最后安裝好了，點打開，是不會打開新版本應用的。
// 執行的數據類型
Uri uri;
if (Build.VERSION.SDK_INT >= 24) {
uri = FileProvider.getUriForFile(this.getApplicationContext(),"net.mfinance.marketwatch.app.provider",file);
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);//添加這一句表示對目標應用臨時授權該Uri所代表的文件
} else {
uri = Uri.fromFile(file);
}
intent.setDataAndType(uri, "application/vnd.android.package-archive");
startActivity(intent);
android.os.Process.killProcess(android.os.Process.myPid()); //沒有android.os.Process.killProcess(android.os.Process.myPid());最后不會提示完成、打開。
}
}
==注意：安裝后舊的原路徑變成新的這個apk包 如：1.0.0 升級1.1.1 這個路徑的apk變成了1.1.1版本==
總結：
在服務器那邊差分包的時候，舊的apk,與新的apk，進行差分的時候，如果加固了，會出現apk不一樣大。則在訪問服務器的時候，傳個版本和渠道屬性。會根據渠道來生成差分包。例如：用戶裝了沒有加固的apk 21M 加固后23M 服務器返回給你加固后的差分包，你這里會合并不起。
參考鏈接：
http://blog.csdn.net/lmj623565791/article/details/52761658
