admin管理员组文章数量:1531721
2024年3月9日发(作者：)
Android端APP增量升级技术实现方案
文件状态：
[√] 草稿
[ ] 正式发布
[] 正在修改
文件标识：
当前版本：
作 者：
完成日期：
Android端APP增量升级技术实现方案
1.0
杨月峰
1. 文档简介
本文档帮助读者对本文档建立基本印象，并为阅读后续内容扫清障碍。
1.1文档目的
本文档主要的读者包括：
1、本系统的设计人员：包括模块设计人员（理解用户需求，在设计时把握用户需求）。
2、本系统的系统开发人员：编码人员（了解用户需求，为编码提供模版）
3、本系统的测试人员（了解用户需求，为测试提供参考）
1.2文档范围
概要架构设计文档的目的是描述本项目的技术架构和基础设施，以便项目组有足够的信息开始进行应用系统的详细设计。
1.3定义、缩写词和缩略语
文档中的定义、缩写词和缩略语。
2.总体技术框架实现
2.1增量升级原理
首先将应用的旧版本Apk与新版本Apk做差分，得到更新的部分的补丁，例如旧版本的APK有5M，新版的有8M，更新的部分则可能只有3M左右(这里需要说明的是，得到的差分包大小并不是简单的相减，因为其实需要包含一些上下文相关的东西)，使用差分升级的好处显而易见，那么你不需要下载完整的8M文件，只需要下载更新部分就可以，而更新部分可能只有3、4M，可以很大程度上减少流量的损失。在用户下载了差分包之后，需要在手机端将他们组合起来。如果不出意外的话，这个生成的apk和你之前做差分的apk是一致的。
2.2增量升级优缺点
优点：减少流量，下载更新更快。
缺点：
1.增量升级是以两个应用版本之间的差异来生成补丁的，你无法保证用户每次的及时升级到最新，所以你必须对你所发布的每一个版本都和最新的版本作差分，以便使所有版本的用户都可以差分升级，这样操作相对于原来的整包升级较为繁琐
例如： 你的apk已经发布了3个版，V1.0、V2.0、V3.0，这时候你要在后台发布V4.0，那么，当你在服务器上传最新的V4.0包时，服务器端就应该立即生成以下差分包：
1）V1.0 ——> V4.0的差分包；
2）V2.0 ——> V4.0的差分包；
3）V3.0 ——> V4.0的差分包；
不过可以通过自动化的脚本批量生成。
2.增量升级成功的前提是，用户手机端必须有能够让你拷贝出来且与你服务器用于差分的版本一致的apk，这样就存在，例如，系统内置的apk无法获取到，无法进行增量升级；对于某些与你差分版本一致，但是内容有过修改的(比如破解版apk)，这样也是无法进行增量升级的，为了防止合成补丁错误，最好在补丁合成前对旧版本的apk进行sha1sum校验，保证基础包的一致性。
2.3增量升级主要流程图
2.4增量升级步骤及技术实现
1、服务器端对新旧apk进行对比做差分，生成patch文件
apk文件的差分、合成，可以通过 开源的二进制比较工具 bsdiff 来实现，又因为bsdiff依赖bzip2，所以我们还需要用到bzip2
开源的二进制比较工具地址: /bsdiff/
bzip2地址:/
bsdiff中，bsdiff.c 用于生成差分包，bspatch.c 用于合成文件。
以服务器代码编写语言为java为例，我们需要将下载的这些C文件，build输出为动态链接库，以供Java通过jni调用（Window环境下生成的文件名为*.dll，linux系统下为*.so。其他语言依此类推
调用bsdiff.c中的main方法即可生成patch文件.
2、终端合成patch生成新版本APK文件
将上述bsdiff和bzip2中的C文件拷贝到自己的NDK项目中,添加jni方法后编译成so库给移动端调用,或者直接将C文件拷贝到终端项目中,建立NDK编译,在java层通过jni调用bspatch.c文件合成新的apk.
版权声明：本文标题：Android端APP增量升级技术实现方案 内容由热心网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：https://m.elefans.com/dianzi/1709968798a241582.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。
发表评论