【Android增量升级系列_02】 浅谈Android增量更新服务端的实现方法

这个文章下载的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个文件（这里面可能有的是不需要的，我都拷贝过来了）：

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这个工具

 

/**
* 思路: 通过传递的oldApk和newApk生成差异包,并返回一个Url地址
*
* @author duguang
* @date 2013.12.29
* @version 1.0
* @boke http://blog.csdn.net/duguang77 *
*/
public class BsdiffUtil {

/**
* 通过传递的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 = new File(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;
}

}

 

下面是我的Demo包,里面的注释还是比较详细的,如果有不懂的欢迎咨询或者拍砖

*以上部分描述来自网络,如有出入请及时联系我进行修改

 

CSDN下载地址:http://download.csdn.net/detail/u011112840/6789423

Github下载地址:

 

转载请注明：http://blog.csdn.net/duguang77/article/details/17676797

以上不管哪个渠道下载有问题的话,希望大家都在我博客里面留言咨询,谢谢

博客地址:http://blog.csdn.net/duguang77

微博:

微信: