美文网首页
热修复实现原理(三)

热修复实现原理(三)

作者: 墨留痕 | 来源:发表于2017-02-28 18:34 被阅读0次

热修复实现原理——instant run

一、Instant Run 简介

Instant Run,是android studio2.0新增的一个运行机制,在编码开发、测试或debug的时候,它都能显著减少你对当前应用的构建和部署的时间。

当我们第一次点击run、debug按钮的时候,它运行时间和我们往常一样。但是接下去的时间里,你每次修改代码后点击run、debug按钮,对应的改变将迅速的部署到你正在运行的程序上,传说速度快到你都来不及把注意力集中到手机屏幕上,它就已经做好相应的更改。

正常App 构建流程

appBuild_old.png

instant run构建流程

appBuild_new.png

也就是 instant run = 增量构建 + 热 或 温 或 冷拔插

  • 热拔插:代码改变被应用、投射到APP上,不需要重启应用,不需要重建当前activity。

    场景:适用于多数的简单改变(包括一些方法实现的修改,或者变量值修改)

  • 温拔插:activity需要被重启才能看到所需更改。

    场景:典型的情况是代码修改涉及到了资源文件,即resources。

  • 冷拔插:app需要被重启(但是仍然不需要重新安装)

    场景:任何涉及结构性变化的,比如:修改了继承规则、修改了方法签名等。

二、Instant Run 原理(以Rubust为例)

Instant-Run代码作为一个宿主程序,将app作为资源dex加载起来,和插件化一个思路

1、编译期

每个产品代码的每个函数都在编译打包阶段自动的插入了一段代码,插入过程对业务开发是完全透明。如State.java的getIndex函数:

//修改前
public long getIndex() {
        return 100;
}
//修改后
    public static ChangeQuickRedirect changeQuickRedirect;
    public long getIndex() {
        if(changeQuickRedirect != null) {
            //PatchProxy中封装了获取当前className和methodName的逻辑,并在其内部最终调用了changeQuickRedirect的对应函数
            if(PatchProxy.isSupport(new Object[0], 
                                    this,
                                    changeQuickRedirect, false)) {
                return ((Long)PatchProxy.accessDispatch(new Object[0],this,
                                                        changeQuickRedirect,
                                                        false)).longValue();
            }
        }
        return 100L;
    }

可以看到Robust为每个class增加了个类型为ChangeQuickRedirect的静态成员,而在每个方法前都插入了使用changeQuickRedirect相关的逻辑,当 changeQuickRedirect不为null时,可能会执行到accessDispatch从而替换掉之前老的逻辑,达到fix的目的。

2、生成Patch

如果需将getIndex函数的返回值改为return 106,那么对应生成的patch,主要包含两个class:PatchesInfoImpl.java和StatePatch.java。

PatchesInfoImpl.java:

public class PatchesInfoImpl implements PatchesInfo {
    public List<PatchedClassInfo> getPatchedClassesInfo() {
        List<PatchedClassInfo> patchedClassesInfos = new ArrayList<PatchedClassInfo>();
        PatchedClassInfo patchedClass = new PatchedClassInfo("com.meituan.sample.d", StatePatch.class.getCanonicalName());
        patchedClassesInfos.add(patchedClass);
        return patchedClassesInfos;
    }
}

StatePatch.java:

public class StatePatch implements ChangeQuickRedirect {
    @Override
    public Object accessDispatch(String methodSignature, Object[] paramArrayOfObject) {
        String[] signature = methodSignature.split(":");
        if (TextUtils.equals(signature[1], "a")) {//long getIndex() -> a
            return 106;
        }
        return null;
    }

    @Override
    public boolean isSupport(String methodSignature, Object[] paramArrayOfObject) {
        String[] signature = methodSignature.split(":");
        if (TextUtils.equals(signature[1], "a")) {//long getIndex() -> a
            return true;
        }
        return false;
    }
}

3、运行期

客户端拿到含有PatchesInfoImpl.java和StatePatch.java的patch.dex后,用DexClassLoader加载patch.dex,反射拿到PatchesInfoImpl.java这个class。拿到后,创建这个class的一个对象。然后通过这个对象的getPatchedClassesInfo函数,知道需要patch的class为com.meituan.sample.d(com.meituan.sample.State混淆后的名字),再反射得到当前运行环境中的com.meituan.sample.d class,将其中的changeQuickRedirect字段赋值为用patch.dex中的StatePatch.java这个class new出来的对象

patching.png

三、Instant Run 优劣

  • 相对于只在MutiDex 在运行前 将补丁插入Dex数组 Instant run 提供的方案兼容性更强
  • 但由于 属于新开发的思路,目前对SO、res资源的替换尚未实现。

相关文章

网友评论

      本文标题:热修复实现原理(三)

      本文链接:https://www.haomeiwen.com/subject/hhffgttx.html