首先增量更新应该了解个概念：
增量更新：在版本较近的apk升级的时候，根据两个apk之间的差异（生成差异包），合成新的安装包，在应用内部进行升级的一种操作（需要重新安装apk文件）。
热更新：在发布的版本有BUG的时候，动态加载dex文件，在不影响apk的情况下进行修复BUG（不需要重新安装apk文件）。
所以从本质上增量更新和热更新是不同的！这个概念要明确。。。
本文知识点：
- android 增量更新的一些工具
- android 增量更新的配置（JNI的配置）
- android 增量更新的开发
- android 遇到的一些问题
- demo地址的分享
1. 增量更新的一些工具
所谓工欲善其事，必先利其器。所以工具是很重要的！这里先和大家介绍一下相应的工具！！！
image
- 1.2 bzip2-1.0.6 用于补充bsdiff中c的缺失代码
- 1.3 bsdiff-v4.3-win-x64 用于生成相应的差异包
鉴于大家的找着费劲，所以呢所以呢我也没准备！哈哈！！！开玩笑，这里是我百度网盘的地址(增量更新工具 提取码为r1ws)，如果失效的话！及时联系我哦！
2. 增量更新的配置（JNI的配置）
其实每次配置jni的环境我都头疼，但是为了工作也是没办法。后来我发现一个事情，假如之前项目没有ndk那么怎么能快速集成呢？这里我每次都是新建一个ndk项目然后各种copy就好了！！！
2.1 导入bspatch.c文件(这个是在bsdiff-4.3中的，够体贴吧！！！)
其实在当你导入这个文件的时候，你会发现。妈的一堆红。。。这是在逗我吗？别急，之后就好了！！！
2.2 导入bspatch.c文件所需要的文件
记得当初让你们下的bzip2吧？其实却得就是这个里面得一些东西！！！其实你把俩面的东西全都搞过来是可以的，但是作为一个有逼格的程序员，这怎么可能呢？那么需要导入那些文件呢？看看下面这段代码(在bzip中有一个Makefile文件中的代码):
OBJS= blocksort.o \
huffman.o \
crctable.o \
randtable.o \
compress.o \
decompress.o \
bzlib.o
对需要的就是这些文件！我把我导入的文件的示意图放上了，按照名称直接导入就好了！
image
这里面有一些坑需要踩：
- 在导入bzlib.h文件的时候，android studio3.+和之前的有区别(看那个不报错用哪个吧)：
//#include <bzlib.h>
//新版本只有这样能导入
#include "bzip/bzlib.h"
- 在bspatch.c文件中有一个main方法，最好把这个名称改成别的，防止其它c代码也使用这个main方法，造成出错！
2.3 配置jni环境
这个我感觉是最繁琐的，其实配置这些真的好烦，，，行了不发牢骚了！！！
2.3.1 创建生成bsPath的方法！
其实这个就是一个jni的方法，注意这别忘了加载lib哦！创建完的话native_lib应该是这样的！！！
#include <jni.h>
#include <string>
//这个主要是为了导入其中的方法
extern "C" {
extern int p_main(int argc, char *argv[]);
}
extern "C"
JNIEXPORT void JNICALL
Java_com_angle_netupdatademo_MainActivity_bsPath(JNIEnv *env, jobject instance, jstring oldApk_, jstring patch_, jstring output_) {
//将java字符串转换成char指针
const char *oldApk = env->GetStringUTFChars(oldApk_, 0);
const char *patch = env->GetStringUTFChars(patch_, 0);
const char *output = env->GetStringUTFChars(output_, 0);
// 释放相应的指针gc
env->ReleaseStringUTFChars(oldApk_, oldApk);
env->ReleaseStringUTFChars(patch_, patch);
env->ReleaseStringUTFChars(output_, output);
}
这里面的内容我们一会在盘他！！！
2.3.2 配置CMakeLists.txt文件
其实关于这块我觉得有必要系统的学习一下，所以这里我们就不做太多介绍了，我注解写的很详细的！！！
cmake_minimum_required(VERSION 3.4.1)
# 查找文件系统中指定模式的路径，如/* 匹配根目录的文件（注意路径）
file(GLOB bzip_source ${CMAKE_SOURCE_DIR}/bzip/*.c)
# 设置本地动态库 编译生成动态库
add_library(
#模块名
native-lib
# 动态库/分享可以
SHARED
#源文件
native-lib.cpp
#配置相应的文件引用
bspatch.c
#这个相当与别名引用，上面设置了一个别名
${bzip_source}
)
#系统库，日志输出log
find_library(
log-lib
log)
#需要链接或者编译的库
target_link_libraries(
native-lib
${log-lib})
基本上就是这些配置了！！！
2.3.3 app的build.gradle配置相应的内容
这里其实就是在c++的demo中添加了相应的cpu架构的兼容
apply plugin: 'com.android.application'
android {
compileSdkVersion 28
defaultConfig {
applicationId "com.angle.netupdatademo"
minSdkVersion 14
targetSdkVersion 28
versionCode 1
versionName "2.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
externalNativeBuild {
cmake {
cppFlags ""
//兼容cpi架构
abiFilters 'armeabi-v7a'
}
}
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
}
}
externalNativeBuild {
cmake {
path "src/main/cpp/CMakeLists.txt"
}
}
}
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
implementation 'com.android.support:appcompat-v7:28.0.0'
implementation 'com.android.support.constraint:constraint-layout:1.1.3'
testImplementation 'junit:junit:4.12'
}
这里也没有什么太多好说的，关于这些建议看看jni配置的一些文章！
以上所有的配置就结束了！！！ 是不是很烦，没事，马上就看到日出了！！！
3. 增量更新的开发
其实一般的增量更新都是在splash页面中动态从服务器下载patch文件，放在某个文件夹下，然后通过之前安装apk的路径进行生成新包，最后安装。基本上就是这个流程！
所以这里需要解决的一些内容：
- pathc文件的生成
- old.apk安装的路径的获取
- 怎么生成新的安装包
分解处任务就很好做了！
3.1 patch文件的生成
解压bsdiff-v4.3-win之后会有两个文件，直接把两个android安装包放进去之后，通过命令
bsdiff old.apk new.apk patch就可以生成相应的patch文件了！
3.2 old.apk安装路径的获取
其实这个很简单，一行代码就能搞定
String oldApk = getApplicationInfo().sourceDir;
3.3 怎么生成新的apk文件
这里就要用到我们之前没有盘的那个jni方法了！
#include <jni.h>
#include <string>
//这个主要是为了导入其中的方法
extern "C" {
extern int p_main(int argc, char *argv[]);
}
extern "C"
JNIEXPORT void JNICALL
Java_com_angle_netupdatademo_MainActivity_bsPath(JNIEnv *env, jobject instance, jstring oldApk_, jstring patch_, jstring output_) {
//将java字符串转换成char指针
const char *oldApk = env->GetStringUTFChars(oldApk_, 0);
const char *patch = env->GetStringUTFChars(patch_, 0);
const char *output = env->GetStringUTFChars(output_, 0);
//bspatch ,oldfile ,newfile ,patchfile
char *argv[] = {"", const_cast<char *>(oldApk), const_cast<char *>(output), const_cast<char *>(patch)};
p_main(4, argv);
// 释放相应的指针gc
env->ReleaseStringUTFChars(oldApk_, oldApk);
env->ReleaseStringUTFChars(patch_, patch);
env->ReleaseStringUTFChars(output_, output);
}
看中间增加的那段代码，这个p_main就是之前让你改的那个main方法，需要四个参数，然后强转。这里面其实是c的一些知识，我也不是很明白。但是代码很好理解！
那么接下来，就直接调用这个发方法生成一个相应的apk就可以了！！！
4. 遇到的一些问题
- 如果版本跨度太大的话，可以直接更新相应的apk安装包。不需要差分包了！很好理解，版本跨度过大的情况，差分包和新包没有什么区别，不需要做差分了！
5. Demo地址
使用方法，生成一个apk（老的），然后增加内容，在生成一个apk（新的）。生成拆分包！然后把这两个都放在sd卡的根目录安装老的apk，然后点击更新！！！
网友评论