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下源代码,编译

《android增量更新, Say yes》

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

shone@Dell:~/Soft/bsdiff-4.3$ ls
bsdiff.1  bsdiff.c  bspatch.1  bspatch.c  Makefile

然后编译make,报错

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

查看一下Makefile

《android增量更新, Say yes》

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

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

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

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

《android增量更新, Say yes》

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

bsdiff.c:33:19: fatal error: bzlib.h: No such file or directory
 #include <bzlib.h>
                   ^
compilation terminated.

先前说过bsdiff依赖bzip2,有图

《android增量更新, Say yes》

好,下载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个工具了

《android增量更新, Say yes》

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文件

《android增量更新, Say yes》

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程序的入口,这里不需要这个入口
下面是我自己的测试案例:

《android增量更新, Say yes》

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/下

《android增量更新, Say yes》

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

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.apkapp_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

好了,分析到这了
下面是我的测试项目,可以自己测测
https://github.com/shonegg/PatchUpdate

    原文作者:shone
    原文地址: https://www.jianshu.com/p/104560997986
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞

发表评论

电子邮件地址不会被公开。 必填项已用*标注