android 增量更新 第三方库,android增量更新, Say yes

今天学习了一下增量更新,这个技术已经出现很长时间了,但是现实中,估计只有大厂才利用了这一技术在做产品!

国内有些第三方服务平台,像友盟提供自动更新的服务,也是用的增量方式!

其他的像QQ,Sina微博,陌陌,蘑菇街等都用到了,解压一下它们的apk,看一下lib目录:

QQ:libbspatch.so

微博:libbsdiffjni.so

陌陌:libbsdiff.so

蘑菇街:libpatcher.so

这些只不过so的名字不一样而已,但都用到了增量更新.

其它的一些主流app解包后,都看到了libandfix.so这个库,这个是阿里推出的一个支持ART和Dalvik的热修复的框架,在线修复bug.

今天学习增量更新而非热更新

主角:http://www.daemonology.net/bsdiff

官方说明:

(1)bsdiff 和 bspatch是编译,安装补丁到二进制文件的一个工具,

(2)这个工具用到了bzip2的压缩功能,所以补丁的大小小于新旧版本的一个差值

(3)bsdiff非常吃内存

1.编译生成工具

开干,我用的是ubuntu,点击here下源代码,编译

解压,可以看到一共5个文件

shone@Dell:~/Soft/bsdiff-4.3$ ls

bsdiff.1 bsdiff.c bspatch.1 bspatch.c Makefile

然后编译make,报错

Makefile:13: *** missing separator. Stop.

查看一下Makefile

无奈,在网上找了一下,找到了解决方法.

http://kinggoo.com/bsdiffupdate.htm#respond

原因是：目标体下一行的，命令要用TAB键开头，且不能隔一行。

也就是说在.ifndef的前面要有TAB开头才可以~因为他是安装的下一个子集命令。

接着编译,结果报错,找不到头文件

bsdiff.c:33:19: fatal error: bzlib.h: No such file or directory

#include

^

compilation terminated.

先前说过bsdiff依赖bzip2,有图

好,下载bzip2,解压

http://www.bzip.org/downloads.html

make

sudo make install

安装的时候,会创建一些文件,所以给权限

然后编译

cc -O3 -lbz2 bsdiff.c -o bsdiff

/tmp/cctTxPKV.o: In function `main':

bsdiff.c:(.text.startup+0x2aa): undefined reference to `BZ2_bzWriteOpen'

bsdiff.c:(.text.startup+0x9e9): undefined reference to `BZ2_bzWrite'

bsdiff.c:(.text.startup+0xb2c): undefined reference to `BZ2_bzWrite'

bsdiff.c:(.text.startup+0xc7b): undefined reference to `BZ2_bzWrite'

bsdiff.c:(.text.startup+0xccf): undefined reference to `BZ2_bzWriteClose'

bsdiff.c:(.text.startup+0xd22): undefined reference to `BZ2_bzWriteOpen'

bsdiff.c:(.text.startup+0xd4d): undefined reference to `BZ2_bzWrite'

bsdiff.c:(.text.startup+0xd73): undefined reference to `BZ2_bzWriteClose'

bsdiff.c:(.text.startup+0xdc6): undefined reference to `BZ2_bzWriteOpen'

bsdiff.c:(.text.startup+0xdf1): undefined reference to `BZ2_bzWrite'

bsdiff.c:(.text.startup+0xe17): undefined reference to `BZ2_bzWriteClose'

collect2: error: ld returned 1 exit status

make: *** [bsdiff] Error 1

第一个反应还是,连接bzip2库除了问题,其实不用makefile脚本也可以得到2个二进制工具

CFLAGS += -O3 -lbz2

PREFIX ?= /usr/local

INSTALL_PROGRAM ?= ${INSTALL} -c -s -m 555

INSTALL_MAN ?= ${INSTALL} -c -m 444

all: bsdiff bspatch

bsdiff: bsdiff.c

bspatch: bspatch.c

install:

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

.ifndef WITHOUT_MAN

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

.endif

仔细看下这个Makefile, bsdiff和bspatch分别是2个模块,互不依赖,用make仅仅是多了可以指定目标到/usr/local目录,然后提供了一键安装功能,就是部署二进制工具和帮助(man)命令到/usr/local, Makefile仅仅是大项目管理的利器,还好这个文件不多,可以2次手动编译就完成了!

gcc bsdiff.c -lbz2 -o bsdiff

好可以生成,bzip2库之前已经安装在系统标准目录

gcc bspatch.c -lbz2 -o bspatch

2个工具都可以正常生成!

linux下链接库通常会去3个文件下找

/lib是内核级的,/usr/lib是系统级的,/usr/local/lib是用户级的

想了下,Makefile估计还是有点问题,然后自己改了下

CC=gcc

LDFLAGS=

CFLAGS=-Wall -O3 -g -lbz2

PREFIX ?= /usr/local

INSTALL_PROGRAM ?= ${INSTALL} -c -s -m 555

INSTALL_MAN ?= ${INSTALL} -c -m 444

all: bsdiff bspatch

bsdiff: bsdiff.c

$(CC) bsdiff.c $(CFLAGS) $(LDFLAGS) -o bsdiff

bspatch: bspatch.c

$(CC) bspatch.c $(CFLAGS) $(LDFLAGS) -o bspatch

install:

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

.ifndef WITHOUT_MAN

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

.endif

这样make就可以成功生成2个工具了

Makefile的规则

目标 ： 需要的条件 (注意冒号两边有空格)

命令　　(注意前面用tab键开头)

解释一下：

1 目标可以是一个或多个，可以是Object File，也可以是执行文件，甚至可以是一个标签。

2 需要的条件就是生成目标所需要的文件或目标

3 命令就是生成目标所需要执行的脚本

2.生成补丁文件

差分生成补丁方式

bsdiff old_version.apk new_version.apk diff.patch

分别是3个参数,老版本,新版本,补丁

还没有apk,首要任务先生成2个版本的apk

这里要把补丁合成功能移植到手机客户端上,那么就要用到NDK了

bsdiff是二进制差分工具,其对应的bspatch是相应的补丁合成工具

镜头切换到androidstudio上

2.1 先定义一个调度native层的类

public class Updater {

public static native void applyPatch(String oldPath, String newPath, String patchPath);

}

2.2 生成.h头文件

因为as的版本原因,生成.h的方式也不一样,我用的androidstudio版本是2.1.1v,网上方法大多不可行,正确的姿势是

shone@Dell:~/Public/work_androidstudio/PatchUpdate/app/build/intermediates/classes/debug$ javah com.sugar.patch.Updater

主要是先编译一下模块,然后进入到debug目录,用javah命令

好了,如果没有问题,会看见一个.h文件

2.3 编写补丁合成代码

<1>首先建立一个jni的文件夹,将.h头文件移动过来

<2>因为补丁合成用到bzip2解压,所以要把zip2的包拷贝过来

<3>然后将bspatch.c拷贝到jni下面

bspatch.c实际上只有2个函数,一个offtin和main(),增加一个native函数

JNIEXPORT void JNICALL Java_com_sugar_patch_Updater_applyPatch

(JNIEnv *env, jclass clazz, jstring old_path, jstring new_path, jstring patch){

int argc=4;

char * argv[argc];

argv[0]="bspatch";

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

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

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

int ret = domain(argc, argv);

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

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

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

return ret;

}

懂jni的都知道,这个函数名是不能乱写的,必须把.h头文件的那个声明函数拷贝过来,然后参数修改和增加主体,java调native会传值到这个函数里来!

然后这里会调用main()方法,这里我把main方法名字改成了domain,因为main是C程序的入口,这里不需要这个入口

下面是我自己的测试案例:

native代码写好了,那么java需要传入3个参数的值

java核心代码

String oldVersionPath = AppUtils.getOldVersionPath(context.get());

Updater.applyPatch(oldVersionPath, newVersionPath, downPatchPath);

这里需要三个路径,定义常量

public interface Contants {

String rootDir = Environment.getExternalStorageDirectory().getAbsolutePath()

+ File.separator + "PatchCache" + File.separator;

String downPatchPath = rootDir + "apk.patch";

String newVersionPath = rootDir + "PatchUpdate_v_2_0.apk";

}

oldVersionPath为app在手机上的安装包路径,从ApplicationInfo这个类获得,newVersionPath为新版本apk包合成地址,downPatchPath为补丁地址

为了测试,这里把补丁文件apk.patch会先放到sd卡/PatchCache/这个目录下,等app合成完成后,新的apk会输出到sd卡/PatchCache/下

然后有了合成后的,就可以安装更新了

AppUtils.install(context.get(), newVersionPath);

服务端差分补丁

shone@Dell:~/Soft/bsdiff-4.3$ ls

app_v_1_0.apk bsdiff bsdiff.c bspatch.1 Makefile

app_v_2_0.apk bsdiff.1 bspatch bspatch.c

app_v_1_0.apk和app_v_2_0.apk分别是1.0和2.0版本,测试的话

我下了几张高清图片放到了2.0版本的assets下面,这样2.0版本的apk大小会比较大,1.0版本大小是1.7M,2.0版本是16.9M,差分后apk.patch有14M!

shone@Dell:~/Soft/bsdiff-4.3$ ./bsdiff app_v_1_0.apk app_v_2_0.apk apk.patch

shone@Dell:~/Soft/bsdiff-4.3$ ls

apk.patch app_v_1_0.apk app_v_2_0.apk bsdiff bsdiff.1 bsdiff.c bspatch bspatch.1 bspatch.c Makefile