这个文章下载的Demo,运行的环境在Windows下,Linux下有时间我会尽快做好共享给大家参考,其实和客户端一样,主要是生成对应的.so文件,调用其中的生成差异方法就行了..
因为项目需要前两天研究了下增量更新的,如果项目没有硬性规定的话,本人推荐使用第三方的SDK.
比如:友盟的增量更新SDK 传送门http://www.umeng.com/component_update 分分钟就能实现Android增量更新功能,友盟官方API相信大家都能看懂,不懂的没关系之后我也会单独写个用友盟的Demo
//TODO 友盟Demo传送门:
如果你跟我一样,项目硬性规定必须自己写增量更新的代码,请往下看下面的
●功能版本:
增量更新是Google 4.1增加的新功能
●官方说明
[html] view plaincopy
1. Smartapp updates is a new feature of Google Play that introduces a better way ofdelivering app updates to devices. When developers publish an update, GooglePlay now delivers only the bits that have changed to devices, rather than theentire APK. This makes the updates much lighter-weight in most cases, so theyare faster to download, save the device’s battery, and conserve bandwidth usageon users’ mobile data plan. On average, a smart app update is about 1/3 thesizeof a full APK update.
http://developer.android.com/about/versions/jelly-bean.html
●功能背景:
现在的安卓Apk越来越大,而在此之前如果用户发现有新版本的话,需要重新把对应程序的新版本下载下来,有时候并不是重大更新,仅仅只是优化了一下,用户就需要重新下载apk,不仅浪费流量而且浪费时间(等同于浪费生命啊,亲!!!),有这样的问题,便会出现更优的功能迭代即增量更新或增量升级,或者叫差异化更新,目前很多应用商店已经对接了此功能:比如谷歌官方,小米等等
●实现原理:
客户端与服务端对比,并生成版本之间的差异包,用户不用下载整个apk文件,只用下载差异包就可以了,比如用户微博2.0升级到微博3.0,本来微博3.0版本应该是10M,服务器通过生成差异包4M,用户直接下载4M文件并在本地进行合并生成微博3.0版本,安装 ,对于网络环境较差的用户绝对提高用户体验,节省流量和时间
●实现思路(服务端+客户端):
1.客户端带着VerisionCode发送请求给服务端
2.服务端判断VersionCode是否是最新版本,如果不是检测是否有此版本和最新版本的差异包,如果没有则在后台生成 (旧VersionCode-新VersionCode).patch 文件
3.客户端收到返回数据,判断是否最新,如果不是弹出升级的Dilog对话框
4.点击立即升级,再次发送请求
5.服务端返回给客户端对应版本差异包的Url地址
6.客户端拿到URL地址下载到SD卡中,并从客户端data/app目录下拷贝本程序的apk安装包,
7.客户端通过调用JNI编译的.so动态链接库中的方法合并旧版本和差异包,生成新版本,调用Intent方法安装最新的apk包
●用到的知识点:
1.JNI相关(重点)
2.Http协议相关(次重点)
3.工厂设计模式_调用接口实现类(次重点)
●实现
假设，你的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个文件（这里面可能有的是不需要的，我都拷贝过来了）：
[plain]view plaincopy
01 blocksort.c
02 bzip2.c
03 bzip2recover.c
04 bzlib_private.h
05 bzlib.c
06 bzlib.h
07 compress.c
08 crctable.c
09 decompress.c
10 dlltest.c
11 huffman.c
12 randtable.c
13 spewG.c
将这13个文件拷贝至jni目录下，接下来，我们就调用bsdiff生成差异包，并且调用bspatch合成新包。
服务端解决问题:
1) 服务端生成对应的差异包
一. 生成差异包的工具类
在你需要的地方调用一下就行了,主要的工具就是bsdiff.exe这个工具
[java]view plaincopy
/**
* 思路: 通过传递的oldApk和newApk生成差异包,并返回一个Url地址
*
* @author duguang
* @date 2013.12.29
* @version 1.0
* @boke http://blog.csdn.net/duguang77
*
*/
publicclassBsdiffUtil {
/**
* 通过传递的oldApk和newApk生成差异包,并返回一个Url地址
*
* @param oldApk
* 客户端上的旧版本号
* @param newApk
* 服务器上最新的版本号
* @return
*/
publicstatic String getPatchUrl(String oldApk, String newApk) {
//bsdiff工具地址,放在自己服务器对应的地址下就行了
Stringbsdiff ="D:/apache-tomcat-7.0.40/webapps/UpApk/upload/bsdiff";
//旧apk的地址位置
StringoldFilePath ="D:/apache-tomcat-7.0.40/webapps/UpApk/upload/"
+oldApk +".apk";
//新apk的地址位置
StringnewFilePath ="D:/apache-tomcat-7.0.40/webapps/UpApk/upload/"
+newApk +".apk";
//生成差异包地址位置
StringpatchFilePath ="D:/apache-tomcat-7.0.40/webapps/UpApk/upload/"
+oldApk +"-"+ newApk+".patch";
Stringurl =null;
try{
url="http://10.0.2.2:8080/UpApk/upload/"+ oldApk
+"-"+ newApk +".patch";
Filefile =newFile(url);
System.out.println(url);
if(file.exists()){
returnurl;
}else{
Runtimert = Runtime.getRuntime();
rt.exec(bsdiff+" "+ oldFilePath +" "+ newFilePath +" "
+patchFilePath);
}
//rt.exec("d:/bsdiff d:/old.apk d:/new.apk d:/patch.patch");
}catch(IOException e) {
e.printStackTrace();
}
returnurl;
}
}
