Android 增量更新完全解析 是增量不是热修复

${INSTALL_PROGRAM} bsdiff bspatch ${PREFIX}/bin

.ifndef WITHOUT_MAN

${INSTALL_MAN} bsdiff.1 bspatch.1 ${PREFIX}/man/man1

.endif

然后，重新执行make:

aaa:bsdiff-4.3 zhy$ make

cc -O3 -lbz2 bsdiff.c -o bsdiff

cc -O3 -lbz2 bspatch.c -o bspatch

bspatch.c:39:21: error: unknown type name ‘u_char’; did you mean ‘char’?

static off_t offtin(u_char *buf)

^~~~~~

char

这次比上次好点，这次生成了一个bsdiff，不过在生成bspatch的时候报错了，好在其实我们只需要使用bsdiff，为什么这么说呢？

因为生成增量文件肯定是在服务端，或者是我们本地pc上做的，使用的就是bsdiff这个工具；

另外一个bspatch，合并old.apk和增量文件肯定是在我们应用内部做的。

当然这个问题也是可以解决的，搜索下，很多解决方案，我们这里就不继续在这个上面浪费篇幅了。

我这里提供个下载地址：

[https://github.com/hymanAndroid/tools/tree/master/bsdiff-4.3](()

下载完成，直接make，bsdiff和bspatch都会生成（mac环境下）。

=神奇的分割线==

ok，假设到这里，不管你使用何种手段，咱们已经有了bsdiff和bspacth，下面演示下这个工具的使用：

首先我们准备两个apk，old.apk和new.apk，你可以自己随便写个项目，先运行一次拿到生成的apk作为old.apk；然后修改些代码，或者加一些功能，再运行一次生成new.apk；

• 生成增量文件

./bsdiff old.apk new.apk old-to-new.patch

这样就生成了一个增量文件old-to-new.patch

• 增量文件和old.apk合并成新的apk

./bspatch old.apk new2.apk old-to-new.patch

这样就生成 《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》无偿开源 徽信搜索公众号【编程进阶路】 一个new2.apk

那么怎么证明这个生成的new2.apk和我们的new.apk一模一样呢？

我们可以查看下md5的值，如果两个文件md5值一致，那么几乎可以肯定两个文件时一模一样的（不要跟我较真说什么碰撞可以产生一样的md5的值~~）。

aaa:bsdiff-4.3 zhy$ md5 new.apk

MD5 (new.apk) = 0900d0d65f49a0cc3b472e14da11bde7

aaa:bsdiff-4.3 zhy$ md5 new2.apk

MD5 (new2.apk) = 0900d0d65f49a0cc3b472e14da11bde7

可以看到两个文件的md5果然一样~~

恩，假设你不是mac，怎么获取一个文件的md5呢？（自己写代码，下载工具，不要遇到这样的问题，还弹窗我，我会被扣工资的…）

那么到这里我们就已经知道了如何生成增量文件和将patch与旧的文件合并为新的文件。那么我们再次梳理下整个流程：

1. 服务端已经做好了增量文件（本节完成）

2. 客户端下载增量文件+提取该应用的apk，使用bspatch合并

3. 产生的新的apk，调用安装程序

还是蛮清晰的，那么主要是第二点，第二点有两件事，一个是提取应用的apk；一个是使用bspatch合并，那么这个合并肯定是需要native方法和so文件去做的，也就是说我们要自己打个so出来；

三、客户端的行为

---

（1）提取应用的apk文件

其实提取当前应用的apk非常简单，如下代码：

public class ApkExtract {

public static String extract(Context context) {

context = context.getApplicationContext();

ApplicationInfo applicationInfo = context.getApplicationInfo();

String apkPath = applicationInfo.sourceDir;

Log.d(“hongyang”, apkPath);

return apkPath;

}

}

(2)制作bspatch so

首先声明一个类，写个native方法，如下：

public class BsPatch {

static {

System.loadLibrary(“bsdiff”);

}

public static native int bspatch(String oldApk, String newApk, String patch);

}

三个参数已经很明确了；

同时别忘了在module的build.gradle下面：

defaultConfig {

ndk {

moduleName = ‘bsdiff’

}

}

注意该步骤需要你配置过ndk的环境（下载ndk，设置ndk.dir）~

ok，接下来就是去完成c的代码的编写了；

首先在app/main目录下新建一个文件夹jni，把之前下载的bsdiff中的bspatch.c拷贝进去；

然后按照jni的规则，在里面新建一个方法：

JNIEXPORT jint JNICALL Java_com_zhy_utils_BsPatch_bspatch

(JNIEnv *env, jclass cls,

jstring old, jstring new, jstring patch){

int argc = 4;

char * argv[argc];

argv[0] = “bspatch”;

argv[1] = (char*) ((*env)->GetStringUTFChars(env, old, 0));

argv[2] = (char*) ((*env)->GetStringUTFChars(env, new, 0));

argv[3] = (char*) ((*env)->GetStringUTFChars(env, patch, 0));

int ret = patchMethod(argc, argv);

(*env)->ReleaseStringUTFChars(env, old, argv[1]);

(*env)->ReleaseStringUTFChars(env, new, argv[2]);

(*env)->ReleaseStringUTFChars(env, patch, argv[3]);

return ret;

}

方法名是有规律的，这个规律不用提了吧~~

注意bsdiff.c中并没有patchMethod方法，这个方法实际上是main方法，直接修改为patchMethod即可，觉得复杂没关系，文末有源码。

ok，此时你可以尝试运行，会提示依赖bzlib，其实从文件顶部的include中也能看出来。

既然依赖，那我们就导入吧：

首先下载：

• [http://www.bzip.org/downloads.html](()

• [http://www.bzip.org/1.0.6/bzip2-1.0.6.tar.gz](()

下载完成后，解压：

将其中的.h和.c文件提取出来，然后可以选择连文件夹copy到我们module的app/main/jni下，结果如下：

记得修改bsdiff中的include：

#include “bzip2/bzlib.h”

再次运行；

然后会发现报一堆类似下面的错误：

Error:(70) multiple definition of `main’

提示main方法重复定义了，在出错信息中会给出哪些类中包含main方法，可以选择直接将这些类中的main方法直接删除。

删除以后，就ok了~~

那么到这里，我们就完成了JNI的编写，当然文件是bsdiff提供的c源码。

四、增量更新后安装

---

上面的操作完成后，最后一步就简单了，首先准备两个apk：

old.apk new.apk

然后制作一个patch，下面代码中的PATCH.patch；

将old.apk安装，然后将new.apk以及PATCH.patch放置到存储卡；

最后在Activity中触发调用：