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

  • Z时代
  • 2024-01-10
  • 分类：综合

简述

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

原理

用一个旧的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

回到顶部