android 热修复阿里,Android热修复（阿里热修复）

一、概述

当一个产品上线后，如果出现了bug，传统的方式是，收集bug，修复，重新发布新版本。这样用户还得重新下载apk，在这介绍的是不用重新安装apk修复bug，这样的技术就称之为热修复技术。

二、热修复原理

principle.png

至于更加具体的原理，请点击这里https://github.com/alibaba/AndFix

三、实现步骤

1、生成补丁包

假如我们收到了用户上传的崩溃信息，我们改完需要修复的Bug，这个时候就会有一个新的的apk我们就叫它为new.apk，原来的那个有Bug的apk你也有我们就叫它old.apk。这个时候我们就可以利用阿里github上面提供的工具生成一个xxxx.apatch包用于修复Bug。

1.命令是：apkpatch.bat -f -t -o -k -p -a -e

2.-f : 没有Bug的新版本apk

3.-t : 有bug的旧版本apk

4.-o : 生成的补丁文件所放的文件夹

5.-k : 签名打包密钥

6.-p : 签名打包密钥密码

7.-a : 签名密钥别名

8.-e : 签名别名密码(这样一般和密钥密码一致)

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文件

Paste_Image.png

可见它其实是把两个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代码中修改过的代码被加上一个注解：

Paste_Image.png

底层的修复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.既然是去修复方法，第一个不能增加成员变量，不能增加方法