前言
现在的安卓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.jianshu.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
