增量更新小记

感觉还是有必要记一下。容易忘记的人。

增量更新不同于热修复，从字面意思就知道，他是在原有apk的基础上做一个增加的。常用于版本的迭代，他可以大大节省用户的流量。

and.....。

增量更新关键在于生成补丁包。（最难的这个已经有工具替我们实现了），然后就是将原来的apk和补丁包合成生成新的apk。

windows 系统下要获取bsdiff.exe 和bspatch.exe 还是比较麻烦的。（我是网上直接拿了两个已经生成好的可执行文件），当然生成补丁包还是放在服务端的，客户端要做的就是将服务端的补丁包下载下来，然后合成新的apk。

--------------------------------------------------分割----------------------------------------------------------

我这边就简单记入如何生成用于合成补丁的so 库。

1.studio 的ndk环境配置。（下载，配置环境变量）

2在 gradle.properties 中加入 android.useDeprecatedNdk=true

3.在新建的项目中新建一个包含native 方法的类。（build一下）

public class PatchUtils {
    static {
        System.loadLibrary("自定义库名");
    }
    public static native int patch(String oldApkPath, String newApkPath, String patchPath);
}

4.现在我们需要去生成一个.h文件，关联对应的native方法。（可以通过命令行，这边用另外一种）
在setting-->Tools-->External tool--> "+" 中配置两个命令。

5.1 javah（$JdkPath$ 这个替代符可以在右侧insert macro... 进行选择。）

1499485207(1).jpg

5.2 ndk-build 的配置

1499485434(1).jpg

6 在main 目录下新建一个jni文件夹，然后右键含有native方法的类，选择External tool，执行javah命令（注意先Build），可以看到在jni 文件夹中生成了一个.h的头文件。

Paste_Image.png

接下来就是合成，（合成的关键还是用到原来bsdiff 工具中的c代码）我们可以直接拷贝过来用。将其中bzip2文件夹拷贝到jni中，留下文件夹中的.c .h文件。

Paste_Image.png

在拷贝bspatch.c，引入刚刚生成的.h文件并实现他的方法体。（将该c文件中的main方法修改为applypatch）。

JNIEXPORT jint JNICALL Java_com_yang_patchtest_PatchUtils_patch(JNIEnv *env,
                                                               jobject obj, jstring old, jstring new, jstring patch) {
    char * ch[4];
    ch[0] = "bspatch";
    ch[1] = (char*) ((*env)->GetStringUTFChars(env, old, 0));
    ch[2] = (char*) ((*env)->GetStringUTFChars(env, new, 0));
    ch[3] = (char*) ((*env)->GetStringUTFChars(env, patch, 0));
    
    int ret = applypatch(4, ch);
    
    (*env)->ReleaseStringUTFChars(env, old, ch[1]);
    (*env)->ReleaseStringUTFChars(env, new, ch[2]);
    (*env)->ReleaseStringUTFChars(env, patch, ch[3]);

    return ret;
}

创建android.mk

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE     := patchLib
LOCAL_SRC_FILES  := bspatch.c


include $(BUILD_SHARED_LIBRARY)

右键jni文件夹External tool 执行ndk-build 命令，可以看到在libs 中生成我们的so文件。而这些so库，即可用于我们客户端的补丁合成了。

Paste_Image.png

至此so库已经生成，那么我删掉jni文件夹，便可以直接调用上面的native方法生成新的apk。

-----------------------------------------------分割----------------------------------------------------------

那假如我想把上面生成好的so 库用到其他的app中呢：

我直接引用so 库的话是不行的（当然要是包名、类名以及方法名都一样的话，就不说了）

这个过程和上面也是有点类似。

1 .前面5步骤都是一样的。
2 .将需要的 so 文件以及对应的.h文件（可有可无，只要知道方法名即可）拷贝到jni下的新建patches文件夹下。

Paste_Image.png

2 再新建一个.c文件。调用的so 库中的方法

#include "patches/include/com_yang_patchtest_PatchUtils.h"
#include "com_yang_mypatch_PatchUtils.h"

JNIEXPORT jint JNICALL Java_com_yang_mypatch_PatchUtils_toPatch(JNIEnv *env,
                                                               jobject obj, jstring old, jstring new, jstring patch) {
    return Java_com_yang_patchtest_PatchUtils_patch(env,obj,old,new,patch);
}

3 创建android.mk 和application.mk

android.mk

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)
LOCAL_MODULE := patchLib
LOCAL_SRC_FILES := patches/libpatchLib.so
LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH)/patches/include
include $(PREBUILT_SHARED_LIBRARY)

include $(CLEAR_VARS)
LOCAL_MODULE    := mypatches
LOCAL_SRC_FILES := mytest.c
LOCAL_SHARED_LIBRARIES := patchLib
LOCAL_LDLIBS := -llog
include $(BUILD_SHARED_LIBRARY)

application.mk

APP_STL:=gnustl_static
APP_CPPFLAGS:=-frtti -fexceptions
APP_ABI := armeabi

一般开发中只需要armeabi即可，当然上面的so 库也是armeabi的。

4.执行前面讲过的ndk-build 命令可以看到生成2 个so 库。

Paste_Image.png

5.删掉jni文件夹，就可以直接使用so 了（libs 要转到app 下一级，gradle 要指定jniLibs。android studio 默认是jniLibs）

关于mk文件的几个重要参数：

LOCAL_MODULE:模块名称。
LOCAL_SRC_FILES:参与编译的源文件
APP_ABI:cpu架构平台类型。

增量更新小记