Android 增量更新实例(Smart App Updates)

目录[-]

  • 官方说明
  • 实现原理
  • 实现
  • (1)生成差异包
  • (2)使用旧apk+差异包,在客户端合成新apk
  • 注意事项
  • demo
  • 自从 Android 4.1 开始,Google引入了应用程序的增量更新。

    • 官方说明

    Smart app updates is a new feature of Google Play that introduces a better way of delivering app updates to devices. When developers publish an update, Google Play now delivers only the bits that have changed to devices, rather than the entire APK. This makes
    the updates much lighter-weight in most cases, so they are faster to download, save the device’s battery, and conserve bandwidth usage on users’ mobile data plan. On average, a smart app update is about 1/3 the sizeof a full APK update.

    http://developer.android.com/about/versions/jelly-bean.html

    • 实现原理

    增量更新的原理非常简单,就是将本地apk与服务器端最新版本比对,并得到差异包,用户更新App时只需要下载差异包。例如,当前安装新浪微博V3.5,12.8 MB,新浪微博最新版V4.0,15.4MB,经过对两个版本比较之后,发现差异只有7、8M,这时候用户更新的时候只需要下载一个7、8M的差异包便可,不需要整包下载15.4M的新版微博客户端。下载差异包后,在手机端使用旧版apk+差异包,合成得到微博最新版V4.0,提醒用户安装即可。

    • 实现

    以新浪微博客户端的升级为例,假设手机上安装的是V3.5,现在最新版是V4.0,用户需要从V3.5升级到V4.0。

    弄清楚原理之后,我们就需要解决两个问题:

    1.如何比对两个版本的apk生成差异包;

    2.如何使用旧的apk+差异包,生成一个新apk;

    (1)生成差异包

    这一步需要在服务器端来实现,一般来说,apk有新版本之后,需要往后台管理端上传新apk,上传时就应该生成每一个旧版与最新版本的差异包。

    假设,你的apk已经发布了3个版,1.0,2.0,3.0,这时候你要在后台发布4.0,在你上传时,就应该生成

    1.0——>4.0的差异包;

    2.0——>4.0的差异包;

    3.0——>4.0的差异包;

    选择使用这个开源二进制比较工具来实现:

    http://www.daemonology.net/bsdiff/

    下载后得到bsdiff-4.3.tar.gz。

    其中bsdiff.c是二进制文件比对的代码;bspatch.c是二进制文件合成的代码;

    我们将使用这个bsdiff来生成两个apk的patch包,并且使用bspatch.c来合成旧apk与patch包;

    使用bsdiff、bspatch时,还需用到bzip2: http://www.bzip.org/downloads.html

    下载后得到:bzip2-1.0.6.tar.gz。

    我们需要用到bzip2-1.0.6.tar.gz中以下13个文件(这里面可能有的是不需要的,我都拷贝过来了):

    ?


    1

    2

    3

    4

    5

    6

    7

    8

    9

    10

    11

    12

    13

    blocksort.c 

    bzip2.c 

    bzip2recover.c 

    bzlib_private.h 

    bzlib.c 

    bzlib.h 

    compress.c 

    crctable.c 

    decompress.c 

    dlltest.c 

    huffman.c 

    randtable.c 

    spewG.c

    将这13个文件拷贝至jni目录下,接下来,我们就调用bsdiff生成差异包,并且调用bspatch合成新包。

    我是在Mac下做的,使用java开发,通过jni调用C程序(bsdiff、bzip2)。

    调用,com.cundong.utils.DiffUtils.java中genDiff()方法,可以通过传入的新(newApkPath)旧(oldApkPath)apk,得到差异包(patchPath)。

    ?


    1

    public static native int genDiff(String oldApkPath, String newApkPath,String patchPath);

    调用,com.cundong.utils.PatchUtils.java中patch()方法,可以通过旧apk(oldApkPath)与差异包(patchPath),得到新apk(newApkPath)。

    ?


    1

    public static native int patch(String oldApkPath, String newApkPath,String patchPath);

    (2)使用旧apk+差异包,在客户端合成新apk

    差异包已经在服务器端生成,我们只需要在客户端提示用户有更新,然后让用户来下载差异包,下载成功之后,

    使用本地apk与差异包,生成新版apk。

    这一步需要在Android应用中开发。

    1.首先NDK编译出一个*.so,APKPatch工程负责生成 libapkpatch so,生成的so文件位于APKPatch/libs/libapkpatch.so下,其他Android工程便可以使用该so文件来合成apk。

    2.调用该so文件。

    任意一个Android工程,使用该so文件,拷贝至libs\armeabi中,便可以调用patch()方法,来和成旧apk+差异包。

    附件中,test工程,就是一个调用该so文件的例子。

    • 注意事项

    1.新包和成之后,还需要对合成升级版本的apk包及最新版本apk包进行MD5或SHA1校验,如果校验码不一致,说明合成过程有问题,新合成的包将不能被安装。

    2.增量升级成功的前提是,用户手机端必须有能够让你拷贝出来且与你服务器用于差分的版本一致的apk,这样就存在,例如,系统内置的apk无法获取到,无法进行增量升级;对于某些与你差分版本一致,但是内容有过修改的(比如破解版apk),这样也是无法进行增量升级的,为了防止合成补丁错误,最好在补丁合成前对旧版本的apk进行校验,保证基础包的一致性。

    • demo

    demo中,包含以下文件:

    1.服务器端生成差异包的工程:AppUpdate;

    2.客户端编译得到so的工程:APKPatch;

    3.调用so文件,实现增量更新的工程:test;

    4.两个用于测试的微博apk;

    下载

    by  @Cundong

    时间: 2024-10-25 17:09:54

    Android 增量更新实例(Smart App Updates)的相关文章

    android增量更新(打补丁方式)

    自从 Android 4.1 开始,Google引入了应用程序的增量更新. 官方说明 Smart app updates is a new feature of Google Play that introduces a better way of delivering app updates to devices. When developers publish an update, Google Play now delivers only the bits that have change

    Android 增量更新完全解析 是增量不是热修复

    Android 增量更新完全解析 是增量不是热修复

    Android 增量更新和升级

    在年初的时候,尝试了一把热修复技术,当时选择的是阿里的andfix,使用起来也很简单,这里就不在多少,如果你对andfix有兴趣请链接:点击打开链接.虽然网上将热修复的文章很多,不过我还是想说原理,然后配合代码,我想这样大家理解更加深刻. 原理 其实就是用ClassLoader加载机制,覆盖掉有问题的方法.我们知道一个ClassLoader可以包含多个dex文件,每个dex文件是一个Element,多个dex文件排列成一个有序的数组dexElements,当找类的时候,会按顺序遍历dex文件,然

    android 增量更新原理

    原理如下:服务器端设计增量表,记录数据操作顺序id,和增删改查信息.在进行数据库表操作的时候同时进行将信息保存在增量表. android客户端在请求的时候上传最后保存的id.服务端判断最后的id,返回这个id之后的所有操作,客户端根据增删改修改数据库. /* * 更新单位表 */ public long add(List<ContentValues> units) { boolean flag = false; long res = 0; SQLiteDatabase db = getWrit

    转Android开发之增量更新

    一.使用场景 apk升级,节省服务器和用户的流量 二.原理 自从 Android 4.1 开始, Google Play 引入了应用程序的增量更新功能,App使用该升级方式,可节省约2/3的流量. 现在国内主流的应用市场也都支持应用的增量更新了,最常见的应用宝省流量更新. 增量更新的原理,就是将手机上已安装apk与服务器端最新apk进行二进制对比,得到差分包(即两个版本的差异文件),用户更新程序时,只需要下载差分包,并在本地使用差分包与已安装apk,合成新版apk. 例如,当前手机中已安装微博V

    android 客户端增量更新

    首先我们需要了解什么是增量更新,增量更新通俗点说就是客户端只需要下载新版本与旧版本的差分包,客户端再把差分包与旧版本进行合成得到一个新apk,在安装这个新的apk,这个新的apk其实新版本,实现更新,注意增量更新与热修复的区别. 原理大家可以查看:详情请见这篇文章Android 增量更新完全解析 是增量不是热修复 我们需要了解ndk,jni,以及.so如何生成,下面是我们windows的准备过程 1.下载bsdiff 下载地址:http://www.daemonology.net/bsdiff/

    Android Apk增量更新

    前言 有关APK更新的技术比较多,例如:增量更新.插件式开发.热修复.RN.静默安装. 下面简单介绍一下: 什么是增量更新?   增量更新就是原有app的基础上只更新发生变化的地方,其余保持原样. 与原来每次更新都要下载完整apk包的做法相比,这样做的好处显而易见:每次变化的地方总是比较少,因此更新包的体积就会小很多. 增量更新的流程   1.APP检测最新版本:把当前版本告诉服务端,服务端进行判断. 如果有新版本,服务端需要对当前版本的APK与最新版本的APK进行一次差分,产生patch差分文

    iOS 6与iOS 7的增量更新的区别

    从iOS 6开始,App Store就支持增量更新.增量更新只支持App Store,对企业开发者的Adhoc更新无效.增量更新对于开发者以及用户都是透明的.但我们需要理解其中的机制.iOS 6与iOS 7的机制又有所不同. iOS 6是rysnc机制,iOS 7是diff机制:后面都是我的啰嗦文字,不看也罢= = iOS 6的增量更新 对于更新app的用户,App Store会提供一个增量安装包.这个增量是文件级别的,如果两个版本中有新加入的文件则增加:有修改的文件则修改:有删除的文件就移除,

    开源 Android App 增量更新库 版本升级

    开源 Android App 增量更新库 版本升级 经过几天的重构,我将之前写的一个Android 应用增量更新的示例程序重构为了一个开源库,现在已经push 到 GitHub 上,欢迎大家Watch.Star.Fork. 包含以下内容: 服务器端生成差异包的工程:AppUpdate 客户端使用的开源apk合并库:ApkPatchLibrary 引用ApkPatchLibrary,实现增量更新的ApkPatchLibraryDemo 旧版本的微博Android客户端,以及服务端生成的新旧微博差分