【Android】增量更新实例 - Smart App Updates

http://my.oschina.net/liucundong/blog/160436

https://github.com/cundong/SmartAppUpdates

自从 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，通过对两个版本比较以后，发现差别只有七、8M，这时候用户更新的时候只须要下载一个七、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个文件（这里面可能有的是不须要的，我都拷贝过来了）： 

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合成新包。 

我是在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

 

       Java调用本地接口：java.lang.UnsatisfiedLinkError        

1.建立HelloWorld.java

[java] view plaincopyprint?

class HelloWorld
{
    static{
        System.loadLibrary("HelloWorld");
    }

    public native void myprint();

    public static void main(String[] args)
    {
        new HelloWorld().myprint();
    }
}

class HelloWorld 
{
	static{
		System.loadLibrary("HelloWorld");
	}
	
	public native void myprint();

	public static void main(String[] args) 
	{
		new HelloWorld().myprint();
	}
}

2.编译生成Class文件HelloWorld

[plain] view plaincopyprint?

1. >javac HelloWorld.java  

>javac HelloWorld.java

3.生成文件头HelloWorld.h

[plain] view plaincopyprint?

1. >javah -jni HelloWorld  

>javah -jni HelloWorld

4.C语言编写本地方法HelloWorld.c

[cpp] view plaincopyprint?

#include "HelloWorld.h"

JNIEXPORT void JNICALL
Java_HelloWorld_myprint(JNIEnv *env,jobject obj){
    printf("Hello World !\n");
    return;
}

#include "HelloWorld.h"

JNIEXPORT void JNICALL
Java_HelloWorld_myprint(JNIEnv *env,jobject obj){
	printf("Hello World !\n");
	return;
}

5.编译本地C方法生成类库dll文件或者so文件

[plain] view plaincopyprint?

1. >gcc -Wl,--add-stdcall-alias -shared -Ic:\java\jdk1.6\include -Ic:\java\jdk1.6\include\win32 -o HelloWorld.dll HelloWorld.c  

>gcc -Wl,--add-stdcall-alias -shared -Ic:\java\jdk1.6\include -Ic:\java\jdk1.6\include\win32 -o HelloWorld.dll HelloWorld.c

[plain] view plaincopyprint?

1. 或者：  

2. >cl -Ic:\Java\jdk1.6\include -Ic:\Java\jdk1.6\include\win32 -LD HelloWorld.c -FeHelloWorld.dll  

或者：
>cl -Ic:\Java\jdk1.6\include -Ic:\Java\jdk1.6\include\win32 -LD HelloWorld.c -FeHelloWorld.dll

[plain] view plaincopyprint?

1. 若是没有c的编译环境须要安装编译环境或者gcc 参数：-I接目录位置，中间无需空格  

若是没有c的编译环境须要安装编译环境或者gcc 参数：-I接目录位置，中间无需空格

[plain] view plaincopyprint?

1. ★关键 dll文件须要存放到 jdk的bin目录或者system32下面  

★关键 dll文件须要存放到 jdk的bin目录或者system32下面

6.测试HelloWorld

[java] view plaincopyprint?

>java HelloWorld

Hello World !

>java HelloWorld

Hello World !

         这个经典小例子通常在命令行下面没有什么问题，容易出错的地方就是dll 存放位置不对。运行的时候没法加载dll。

常见错误：

       1. java.lang.UnsatisfiedLinkError: no HelloWorld in java.library.path

       2. Exception in thread "main" java.lang.UnsatisfiedLinkError: xxx.xxx.HelloWorld.myprint()V

       网上总结不少。错误1，主要是没有办法path路径中加载。错误2主要是没有myprint方法，类库加载没有问题。

       排除dll自己问题（网上很多人遇到），dll没有问题，加载路径也没有问题，不能链接到方法。这个在命令行的时候不容易发现问题，移到生产环境中容易出现，可能你已经猜到了，HelloWorld.java包路径，类的包路径要和生成头文件类包路径一致。