Android-App增量更新的使用姿势

简述

增量更新,根据字面理解,就是下载增加的那部分来达到更新的目的,实际就是这个意思。

原理

用一个旧的Apk安装与一个新的Apk安装包使用 bsdiff工具 ,执行命令生成一个差异文件,此差异文件就是我们修改需要更新下载的那部分。

引入代码及so文件

首先,根据你的系统的架构选择不同的so文件放到你的工程中

接着,需要把加载so文件的Java类引入到你的工程中,引入时,需注意,不能修改这个类的包名。

到此,增量更新引入完成。

使用

下载bsdiff工具,然后执行命令:bsdiff,会显示出命令提示

然后,执行正确的命令,结果如下:

命令:bsdiff app_1.1.apk app_1.2.apk patch.patch

参数:

app_1.1:已发布的旧版本

app_1.2:未发布的新版本

patch.patch:生成的差异文件

此补丁文件可以放到服务器供版本为1.1的用户下载并增量更新升级。

客户端增量更新接口:

public native static int bspatch(String oldApkPath,

String newApkPath, String patchPath);

//oldApkPath:当前Apk的存放目录

//newApkPath:生成新的Apk要存放目录

//patchPath:差异文件所在目录

温馨提示:记得添加网络及文件读写权限

<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />

<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />

<uses-permission android:name="android.permission.INTERNET" />

获取当前应用的Apk的存放目录代码:

context.getApplicationInfo().sourceDir;

实际开发流程把新的Apk安装包上传到服务器,让服务器生成对应不同版本的差异文件。服务器需要提供一个接口,把你当前app的版本信息通过接口传递到服务器,服务器解析判断,完后响应数据告诉客户端是否需要下载差异文件,因为不同的版本下载的差异文件不同,此处需大家多多注意。如果接口返回的数据告诉客户端有差异文件下载,客户端使用子线程下载,然后执行增量更新的合并接口,然后生成新的Apk安装包,执行安装命令即完成增量更新的整个过程。

效果

先把app_1.1.apk版本的安装包安装到手机,这个包相当于你已经发布的线上的版本1.1。

然后把差异文件放到sdcard中(方便测试才直接放入sdcard)

然后点击PATCH按钮,合并完成后会跳转到安装界面

确定安装,安装完成,点击进入应用

到此,Android-增量更新的使用和效果展示已完毕,有疑问可以直接留言。

检查合成的Apk是否完整

目前,我想到2种方式来校验使用差异文件合并好的新的Apk文件是否完成的方法:

获取旧的Apk安装包的签名和已合并成新的Apk安装包的签名,对比签名是否一致当你下载差异文件时,可以让服务器给你返回新的Apk合并成功后文件的md5,当你合并成功后,通过校验文件的md5值,达到校验文件完整性。

不足之处假设,当你的app已经发布了1.1、2.1、3.1等等版本的时候,现在你有要更新版本到4.1,当然增量更新可以帮你做到,但是存在不足之处。

你需要把新的4.1的app安装包上传到服务器,服务器需和已发布的所有版本比较,产生布同那个版本的差异文件,当然如果有的版本不再维护可以不生成。

以上是 Android-App增量更新的使用姿势 的全部内容, 来源链接: utcz.com/z/314775.html

回到顶部