移动互联网主打的就是用户体验和产品的快速迭代，通过用户反馈和用户行为跟踪及时调整产品方向，这样才能持续保持生命力和创造力。说的接地气点就是，你频繁的升级更新，有时只是修复了几个bug或者微调了下界面，就让用户下载10几兆甚至更大的apk，而且在目前国内这个4G还不是普及的时候，对用户来说是很不友好的。有没有这样一种策略呢，就如windows系统上打补丁一样，通过体积比较小的补丁来完善系统存在的bug或者新功能的实现，如果可以实现的话，用户就再不会苦着脸去更新app了。
思路很简单，也非常清晰，那我们就照着这个目标行进。apk本身其实是一个zip压缩包，你改下后缀名，再双击解压就能得到apk内部的编译打包后的文件，图片音频等文件是直接可以可读的，其他的就得通过反编译工具去查看了。所以我们应用的安装文件apk就是一个二进制文件，如何得到两个二进制文件的差异文件---差异包呢？好消息是已经有前人实现了，它的名字bsdiff，一个差异包比较工具，全称是binary diff，二进制差异的意思。通过bsdiff，我们就能得到两个apk的差异包了，下面我会把整理的命令文件打包到代码中上传Github上供大家使用的。bsdiff为我们提供的仅是一组用C实现的代码，需要自己去编译构建，我已经为大家准备了windows、OSX、Linux不同平台下使用的命令。
由于我的电脑是macbook，执行命令如下
执行命令之后，得到xx.patch，我们下面要下载的就是这个差异包。将生成的补丁包 xx.patch放置在升级服务器上，供用户下载升级，对应多版本需要对不同的版本进行差分，对于版本跨度较大的，建议整包升级。同时如果你的应用老版本有多个的话，你就需要生成对应的多个差异包。如果要想生成的流程自动化的话，找后台的哥们配合下就能轻松解决。
用户在下载了 xx.patch补丁包后，需要用到补丁所对应的apk，即原来系统安装的旧版本apk和补丁合成的bspatch工具。系统旧版本的apk可以通过copy系统data/app目录下的apk文件获取，而补丁合成的bspatch可以通过将bspatch源码稍作修改，封装成一个so库，供手机端调用。
- bspatch的命令格式为：
- bspatch oldfile newfile patchfile
以上只是简单的操作原理，增量升级还涉及很多其他方面，例如，升级补丁校验等问题，可以参考android源码中bootable\recovery\applypatch的相关操作，本文只是浅析，在此不表。
不足
增量升级并非完美无缺的升级方式，至少存在以下两点不足：
1.增量升级是以两个应用版本之间的差异来生成补丁的，你无法保证用户每次的及时升级到最新，所以你必须对你所发布的每一个版本都和最新的版本作差分，以便使所有版本的用户都可以差分升级，这样操作相对于原来的整包升级较为繁琐，不过可以通过自动化的脚本批量生成。
2.增量升级成功的前提是，用户手机端必须有能够让你拷贝出来且与你服务器用于差分的版本一致的apk，这样就存在，例如，系统内置的apk无法获取到，无法进行增量升级；对于某些与你差分版本一致，但是内容有过修改的(比如破解版apk)，这样也是无法进行增量升级的，为了防止合成补丁错误，最好在补丁合成前对旧版本的apk进行sha1sum校验，保证基础包的一致性。