Android 增量更新加固与不加固渠道

前言

现在的安卓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

http://www.jianshu.com/p/a3ca53912f7d?winzoom=1

http://www.jianshu.com/p/597205f90e71

Android 增量更新 加固与不加固 渠道

前言