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安装包上传到服务器,服务器需和已发布的所有版本比较,产生布同那个版本的差异文件,当然如果有的版本不再维护可以不生成。