增量升级(省流量更新)的Android客户端实现

转载与

zhouhuiah的专栏 http://blog.csdn.net/zhouhuiah/article/details/16939937

本文在以上两篇博客的基础上再增加了异常处理,并将生成的so库和Native代码一起打包。

1、准备工具

(1)bspatch源码(点击下载)、某个应用的两个不同版本。或者直接下载上面提到的第一个博主提供的工具和素材。点击打开链接 这里面包括了我们需要用到的bsdiff源码和apk等。

(2)除此之外,还需要下载bzip2。点击打开链接

2、编译环境

Linux、Windows均可,但必须有NDK,Windows下的NDK版本需在R7以上,否则还需要安装cygwin。Windows下搭建NDK环境请参考:NDK配置

3、编码实现

(1)创建Native方法类

先看代码:

[java] view plaincopy

  1. public class PatchClient{
  2. //定义Native方法
  3. static private native int applyPatchToOldApk(String oldapk_filepath, String newapk_savepath , String patchpath);
  4. public static void loadLib(){
  5. System.loadLibrary("PatchDroid");
  6. }
  7. /**
  8. *
  9. * @param oldApkPath 旧版apk文件的路径
  10. * @param newApkPath 新版apk文件的路径
  11. * @param patchPath 增量包的路径
  12. * @throws IOException
  13. */
  14. public static void applyPatch(String oldApkPath, String newApkPath, String patchPath) throws IOException{
  15. applyPatchToOldApk(oldApkPath, newApkPath, patchPath);
  16. }
  17. /**
  18. * 根据context获取本app的旧版apk文件,与增量包合并生成新版apk
  19. * @param context
  20. * @param newApkPath 新版apk文件路径
  21. * @param patchPath 增量包路径
  22. * @throws IOException
  23. */
  24. public static void applyPatchToOwn(Context context, String newApkPath, String patchPath) throws IOException{
  25. String old = context.getApplicationInfo().sourceDir;
  26. applyPatchToOldApk(old, newApkPath, patchPath);
  27. }
  28. }

重点在代码的第三行,其他几个方法在后面介绍。编译之后,会在项目的bin/classes下生成.class文件,打开cmd,切到该目录,输入

[plain] view plaincopy

  1. javah cn.sgwhp.PatchDroid(包名.类名)

此时会生成头文件cn_sgwhp_patchdroid_PatchClient.h,在项目的根目录下创建jni文件夹,并把刚才生成的.h文件剪切过去。

(2)实现Native方法

解压下载的bzip2包以及bspatch源码到jni目录下,将bspatch.c命名为cn_sgwhp_patchdroid_PatchClient.c,实现其中的Java_cn_sgwhp_patchdroid_PatchClient_applyPatchToOldApk方法。这里只简单地调用源码的main方法来实现:

[cpp] view plaincopy

  1. #include "cn_sgwhp_patchdroid_PatchClient.h"
  2. #include "bzlib_private.h"
  3. JNIEXPORT jint JNICALL Java_cn_sgwhp_patchdroid_PatchClient_applyPatchToOldApk(JNIEnv *env,
  4. jobject obj, jstring old, jstring new , jstring patch){
  5. int argc=4;
  6. char * argv[argc];
  7. argv[0]="bspatch";
  8. argv[1]=(char*)((*env)->GetStringUTFChars(env,old, 0));
  9. argv[2]=(char*)((*env)->GetStringUTFChars(env,new, 0));
  10. argv[3]=(char*)((*env)->GetStringUTFChars(env,patch, 0));
  11. int ret=applypatch(argc, argv, env);  //将源码中的main方法改成applypatch即可
  12. (*env)->ReleaseStringUTFChars(env,old,argv[1]);
  13. (*env)->ReleaseStringUTFChars(env,new,argv[2]);
  14. (*env)->ReleaseStringUTFChars(env,patch,argv[3]);
  15. return ret;
  16. }

(3)异常处理

源码中只有c的err异常,java是没有办法在控制台输出这些异常信息的,我们将它改造一下,利用JNIEnv的ThrowNew方法来抛出IOException。在cn_sgwhp_patchdroid_PatchClient.c中添加throwIOException方法,并把env参数从Java_cn_sgwhp_patchdroid_PatchClient_applyPatchToOldApk传入applypatch:

[cpp] view plaincopy

  1. void throwIOException(JNIEnv* env,const char* msg)
  2. {
  3. //找到指定名称的类的class类型
  4. jclass cls=(*env)->FindClass(env,"java/io/IOException");
  5. (*env)->ThrowNew(env,cls,msg);
  6. (*env)->DeleteLocalRef(env,cls);
  7. }
  8. int applypatch(int argc,char * argv[],JNIEnv* env)
  9. {  ...}

把applypatch方法中所有调用err方法的代码注释掉,改成:

[cpp] view plaincopy

  1. throwIOException(env, "can not open the patch file");
  2. return 0

此时,Native方法类中的applyPatch和applyPatchToOwn要 申明抛出IOException,避免程序因为异常而退出。

(4)编译

在jni目录下创建Android.mk文件,并复制以下代码:

[cpp] view plaincopy

  1. LOCAL_PATH:= $(call my-dir)
  2. include $(CLEAR_VARS)
  3. # This is the target being built.
  4. LOCAL_MODULE:= PatchDroid
  5. # All of the source files that we will compile.
  6. # 具体到底需要哪些c代码,没有仔细研究过
  7. LOCAL_SRC_FILES:= cn_sgwhp_patchdroid_PatchClient.c \
  8. bzlib.c \
  9. blocksort.c \
  10. compress.c \
  11. crctable.c \
  12. decompress.c \
  13. huffman.c \
  14. randtable.c \
  15. bzip2.c \
  16. ifeq ($(HOST_OS),windows)
  17. #NDK环境下
  18. LOCAL_LDLIBS := -llog
  19. else
  20. #完整源码环境下
  21. LOCAL_SHARED_LIBRARIES := libutils
  22. endif
  23. LOCAL_SHARED_LIBRARIES := \
  24. libandroid_runtime
  25. # No static libraries.
  26. LOCAL_STATIC_LIBRARIES := \
  27. libbz
  28. # Also need the JNI headers.
  29. LOCAL_C_INCLUDES += \
  30. $(JNI_H_INCLUDE) external/bzip2
  31. # No special compiler flags.
  32. LOCAL_CFLAGS +=
  33. include $(BUILD_SHARED_LIBRARY)

刷新项目NDK就会自动帮我们编译了。

4、打包

右击项目,选择properties,选择Android,勾选Is Library,保存之后Clean项目,在bin目录下会生成一个jar包。其他项目需要用到时,把jar包导入,并把libs目录下的armeabi目录复制到新项目的libs目录下即可。

5、后话

有关applyPatchToOwn(Context context, String newApkPath, String patchPath)方法:程序安装后,apk文件会存在于/data/app目录下,名字是“包名-数字.apk”,其中“数字”一般是1或2,不清楚规则是怎样的。不过没关系,我们可以通过ApplicationInfo的sourceDir来获得目前版本的apk绝对路径,这样只要将增量包下载到sd卡就可以合成新版的apk了。记得要添加外部存储设备的读写权限。

时间: 2024-07-31 14:02:25

增量升级(省流量更新)的Android客户端实现的相关文章

Android应用市场省流量更新(增量升级)原理解析

一.前言 最近在看热修复相关的框架,之前我们已经看过了阿里的Dexposed和AndFix这两个框架了,不了解的同学可以点击这里进行查看:Dexposed框架原理解析 和 AndFix热修复框架原理解析,然后还有最近很火的一个是腾讯的Tinker热修复框架,再看他的原理实现的时候,发现了他使用到了开源的文件差分工具bsdiff/bspatch,所以就单独用这篇文章来详细介绍一下这个工具,因为这个工具有一个很大的用途就是增量更新,也就是我们看到现在大部分的应用市场推出的省流量更新应用的效果: 看到

android黑科技系列——应用市场省流量更新(增量升级)原理解析

一.前言 最近在看热修复相关的框架,之前我们已经看过了阿里的Dexposed和AndFix这两个框架了,不了解的同学可以点击这里进行查看:Dexposed框架原理解析 和 AndFix热修复框架原理解析,然后还有最近很火的一个是腾讯的Tinker热修复框架,再看他的原理实现的时候,发现了他使用到了开源的文件差分工具bsdiff/bspatch,所以就单独用这篇文章来详细介绍一下这个工具,因为这个工具有一个很大的用途就是增量更新,也就是我们看到现在大部分的应用市场推出的省流量更新应用的效果: 看到

Android增量升级简单实现(附源码)

随着现在手机硬件不断的提升,分辨率提高手机的安装包也是越来越大了.当年NOKIA,MOTO时代,一个手机APP如果有1MB那都是算大的,2MB已经不得了了.虽然网络.存储都已经大大提升,但是流量还不至于廉价到APP改了一个标题要去下载一个几兆的程序安装包.今天就介绍安卓增量下载的实现.有耐心的先看原理,后面实践! 增量升级的原理 今天我们就来实现类似的应用的增量升级.其实增量升级的原理很简单,即首先将应用的旧版本Apk与新版本Apk做差分,得到更新的部分的补丁,例如旧版本的APK有5M,新版的有

Android studio下增量升级功能的NDK开发

最近研究Android应用的增量升级功能,期间涉及到了NDK开发的内容,整理记录在此. 先说几个问题. 一.NDK开发就是JNI开发啊,卧槽我原来都不知道啊,一直以为是两个东西啊...... 二.关于开发环境,老的Eclipse版本要安装的工具比较多,什么NDK啊,cygwin啊什么,AS(Android studio首字母,以下皆以AS代替)就简单多了,直接装一个NDK就可以了.貌似AS从1.3版本就可以不装cygwin了,而我装的是2.0版本的,更不需要装.而且神奇的是,我安装NDK的时候没

爱奇艺技术分享:爱奇艺Android客户端启动速度优化实践总结

本文由爱奇艺技术团队原创分享,原题<爱奇艺Android客户端启动优化与分析>. 1.引言 互联网领域里有个八秒定律,如果网页打开时间超过8秒,便会有超过70%的用户放弃等待,对Android APP而言,要求更加严格,如果系统无响应时间超过5秒,便会出现ANR,APP可能会被强制关闭,因此,启动时间作为一个重要的性能指标,关系着用户的第一体验. 爱奇艺安卓APP非常重视启动速度的优化,本文将从启动过程.启动时间测量.启动优化.以及后续监控等方面分享我们在启动优化方面积累的经验. 相关文章:

军规14 增量升级必不可少

作为一个用户,测试过程中要注意APP升级时是否必须先卸载,才能安装:还有就是安装了最新版的,却发现之前的登陆信息全没了,还需要重新登陆:还有这就是最新版的安装后会不会崩溃. 14.1 测试APP的增量升级 对于增量升级,测试员不能只为了方便只进行全新安装的测试,还需要对APP升级安装也进行测试.不过可以对全新安装的APP进行重点测试,对APP升级的进行冒烟测试,或者对改变的功能进行有重点的测试.对于降级可以不考虑测试. 测试APP升级,需要注意以下细节: 1.在APP升级前登陆的用户信息在APP

高仿优酷Android客户端图片左右滑动(自动切换)

本例是用ViewPager去做的实现,支持自动滑动和手动滑动,不仅优酷网,实际上有很多商城和门户网站都有类似的实现: 具体思路: 1. 工程中需要添加android-support-v4.jar,才能使用ViewPager控件. 2. 图片的自动切换: 可使用Timer或者ScheduledExecutorService,这个有多重方式可以实现. 同时要切换底部的dots(园点) 3.Handler+Message机制更新UI,这个相信大家都很熟练,不再描述 4. 实现的一些细节:注意本例中的优

react native 增量升级方案(转)

前言 facebook的react-native给我们带来了用js写出原生应用的同时,也使得使用RN编写的代码的在线升级变得可能,终于可以不通过应用市场来进行升级,极大的提升了app修bug和赋予新功能的能力.----使用h5的方式也可以做到,但是rn的用户体验可要远远超过h5啊. 一般使用RN编写的app的线上使用方式,是将react-native bundle命令打出bundle文件和assets文件夹,直接内置到app中,app在viewcontroller或者activity中直接加载a

手把手实现andriod应用增量升级

近期研究了android应用增量升级的应用.当中用到了android NDK编程,先说下为什么要使用增量升级.当我们的应用达到一定大小的时候,比方眼下有30M.假设新版本号35M仅仅是添加了几个功能,而之前都保持不变,那么这个时候我们能够生成一个差分包,这个差分包一般就6M左右大小,大大的为用户节省了流量. 增量升级原理 android增量升级,首先在server端生成差分包,然后用户下载差分包.在手机端,将该差分包和旧版本号的apk合成为新的版本号. 使用到的开源项目 bsdiff :是一个二

一种Android客户端架构设计分享

转载请注明出处:http://blog.csdn.net/ahence/article/details/56678126 技术发展日新月异,业界各种Android客户端架构设计,五花八门,但我们不能简单地说哪种架构更好,因为脱离业务谈架构是没有任何意义的,适合业务的才是好架构.而架构也不是一成不变的,随着业务的发展,也许当初设计的架构已不足以支撑目前的业务,那么就需要改变之前的架构.接下来将分享下我们Android客户端的架构设计,在App的某个业务发展阶段或许有一些参考意义. 分层化与模块化