一、概述
当一个产品上线后，如果出现了bug，传统的方式是，收集bug，修复，重新发布新版本。这样用户还得重新下载apk，在这介绍的是不用重新安装apk修复bug，这样的技术就称之为热修复技术。
二、热修复原理
至于更加具体的原理，请点击这里 https://github.com/alibaba/AndFix
三、实现步骤
1、生成补丁包
假如我们收到了用户上传的崩溃信息，我们改完需要修复的Bug，这个时候就会有一个新的的apk我们就叫它为new.apk，原来的那个有Bug的apk你也有我们就叫它old.apk。这个时候我们就可以利用阿里github上面提供的工具生成一个xxxx.apatch包用于修复Bug。
1.命令是：apkpatch.bat -f -t -o 2、通过补丁包修复bug
怎么获取apatch包呢？我们肯定是请求接口获取下载我们的修复好的apatch包，下载下来之后我们就可以调用方法进行修复了，我们可以暂时放在本地测试一下，在进行这步之前添加依赖https://github.com/alibaba/AndFix，这些代码肯定之前就得写好：
public class BaseApplication extends Application {
// Patch管理类
public static PatchManager mPatchManager;
@Override
public void onCreate() {
super.onCreate();
// 捕捉崩溃信息
ExceptionCrashHandler.getInstance().init(this);
// Ali热修复
try {
mPatchManager = new PatchManager(this);
// 初始化patch版本
String pkName = this.getPackageName();
String versionName = getPackageManager().getPackageInfo(pkName, 0).versionName;
// 初始化版本名称
mPatchManager.init(versionName);
// 加载之前的patch
mPatchManager.loadPatch();
} catch (PackageManager.NameNotFoundException e) {
e.printStackTrace();
}
}
}
public class MainActivity extends BaseSkinActivity {
@Override
protected void initData() {
// 获取上次的崩溃信息
File crashFile = ExceptionCrashHandler.getInstance().getCrashFile();
// 上传到服务器，后面再说.......
}
@Override
protected void initView() {
}
@Override
protected void setContentView() {
setContentView(R.layout.activity_main);
}
@Override
protected void initTitle() {
}
@Onclick(R.id.test)
public void test(View view) {
// 没有修复之前会报异常闪退
Toast.makeText(this, Utils.test(), Toast.LENGTH_LONG).show();
}
@Onclick(R.id.ali_fix)
public void aliHotFix(View view) {
try {
// 测试 目前暂且放在本地
String patchFileString = Environment.getExternalStorageDirectory()+"/fix.apatch";
Log.e("TAG", patchFileString);
// 修复apatch，不需要重启可立即生效
BaseApplication.mPatchManager.addPatch(patchFileString);
Toast.makeText(this, "Bug修复成功", Toast.LENGTH_LONG).show();
} catch (Exception e) {
e.printStackTrace();
Toast.makeText(this, "Bug修复失败", Toast.LENGTH_LONG).show();
}
}
}
3、底层原理
把fix.aptach包解压反编译里面的dex文件
可见它其实是把两个apk进行比较然后找出里面不一样的方法，然后打成一个xxx..aptach包其实就是一个压缩文件，我们究竟怎么去获取dex里面的所有方法呢？解压后其实里面还有一个很重要的文件META-INF\PATCH.MF文件：
Manifest-Version: 1.0
Patch-Name: new
Created-Time: 13 Feb 2017 08:19:23 GMT
From-File: new.apk
To-File: old.apk
Patch-Classes:
// 所有的类都会在这里，有多个就会显示多个，需要用java代码把他解析出来拿到这个内容......
com.example.administrator.exceptioncrashhandler.Utils_C
F
Created-By: 1.0 (ApkPatch)
BaseApplication.mPatchManager.addPatch(patchFileString)这里面的Java代码中修改过的代码被加上一个注解：
底层的修复c代码实现：
static void replaceMethod(JNIEnv* env, jclass clazz, jobject src,
jobject dest) {
if (isArt) {
art_replaceMethod(env, src, dest);
} else {
dalvik_replaceMethod(env, src, dest);
}
}
由于Android4.4后才用的Art虚拟机，之前的系统都是Dalvik虚拟机，因此Natice层写了2个方法，对不同的系统做不同的处理方式，我就只贴Dalvik部分了都类似，只不过Art需要版本判断不同Api的版本有所不同。
extern jboolean __attribute__ ((visibility ("hidden"))) dalvik_setup(
JNIEnv* env, int apilevel) {
// libdvm.so 加载系统的so库，视频里我们再去看一张图
void* dvm_hand = dlopen("libdvm.so", RTLD_NOW);
if (dvm_hand) {
dvmDecodeIndirectRef_fnPtr = dvm_dlsym(dvm_hand,
apilevel > 10 ?
"_Z20dvmDecodeIndirectRefP6ThreadP8_jobject" :
"dvmDecodeIndirectRef");
if (!dvmDecodeIndirectRef_fnPtr) {
return JNI_FALSE;
}
dvmThreadSelf_fnPtr = dvm_dlsym(dvm_hand,
apilevel > 10 ? "_Z13dvmThreadSelfv" : "dvmThreadSelf");
if (!dvmThreadSelf_fnPtr) {
return JNI_FALSE;
}
jclass clazz = env->FindClass("java/lang/reflect/Method");
jClassMethod = env->GetMethodID(clazz, "getDeclaringClass",
"()Ljava/lang/Class;");
return JNI_TRUE;
} else {
return JNI_FALSE;
}
}
extern void __attribute__ ((visibility ("hidden"))) dalvik_replaceMethod(
JNIEnv* env, jobject src, jobject dest) {
jobject clazz = env->CallObjectMethod(dest, jClassMethod);
ClassObject* clz = (ClassObject*) dvmDecodeIndirectRef_fnPtr(
dvmThreadSelf_fnPtr(), clazz);
clz->status = CLASS_INITIALIZED;
Method* meth = (Method*) env->FromReflectedMethod(src);
Method* target = (Method*) env->FromReflectedMethod(dest);
LOGD("dalvikMethod: %s", meth->name);
// meth->clazz = target->clazz;
meth->accessFlags |= ACC_PUBLIC;
meth->methodIndex = target->methodIndex;
meth->jniArgInfo = target->jniArgInfo;
meth->registersSize = target->registersSize;
meth->outsSize = target->outsSize;
meth->insSize = target->insSize;
meth->prototype = target->prototype;
meth->insns = target->insns;
// 准确的说不能算是修复只能说是指向已修复的方法
meth->nativeFunc = target->nativeFunc;
}
最后，使用该方法修复bug需要注意的几点：
1.每次生成之后一定要测试；
2.尽量的不要分包，不要分多个dex
3.混淆的时候，设计到NDK AndFix.java 不要混淆
4.生成包之后一般会加固什么的，这个时候生成的差分包，一定要在之前去生成。
5.既然是去修复方法，第一个不能增加成员变量，不能增加方法