Android常用技术-热修复解析，年薪50W

最新推荐文章于 2024-05-12 08:43:46 发布

2401_84103100

最新推荐文章于 2024-05-12 08:43:46 发布

阅读量901

点赞数 27

分类专栏： 2024年程序员学习文章标签： android python 开发语言

本文链接：https://blog.csdn.net/2401_84103100/article/details/137359462

版权

2024年程序员学习专栏收录该内容

184 篇文章 1 订阅

订阅专栏

} else {

c = findBootstrapClassOrNull(name);

}

} catch (ClassNotFoundException e) {

// ClassNotFoundException thrown if class not found

// from the non-null parent class loader

}

if (c == null) {

// 没有找到，再自己加载

c = findClass(name);

}

return c;

}

3.4 如何加载插件中的类

要加载插件中的类，我们首先要创建一个 DexClassLoader，先看下 DexClassLoader 的构造函数需要那些参数

public class DexClassLoader extends BaseDexClassLoader {

public DexClassLoader(String dexPath, String optimizedDirectory, String librarySearchPath, ClassLoader parent) {

// …

}

构造函数需要四个参数：

dexPath 是需要加载的 dex / apk / jar 文件路径

optimizedDirectory 是 dex 优化后存放的位置，在 ART 上，会执行 oat 对 dex 进行优化，生成机器码，这里就是存放优化后的 odex 文件的位置

librarySearchPath 是 native 依赖的位置

parent 就是父类加载器，默认会先从 parent 加载对应的类

创建出 DexClassLaoder 实例以后，只要调用其 loadClass(className) 方法就可以加载插件中的类了。具体的实现在下面：

// 从 assets 中拿出插件 apk 放到内部存储空间

private fun extractPlugin() {

var inputStream = assets.open(“plugin.apk”)

File(filesDir.absolutePath, “plugin.apk”).writeBytes(inputStream.readBytes())

}

private fun init() {

extractPlugin()

pluginPath = File(filesDir.absolutePath, “plugin.apk”).absolutePath

nativeLibDir = File(filesDir, “pluginlib”).absolutePath

dexOutPath = File(filesDir, “dexout”).absolutePath

// 生成 DexClassLoader 用来加载插件类

pluginClassLoader = DexClassLoader(pluginPath, dexOutPath, nativeLibDir, this::class.java.classLoader)

}

四、热修复需要解决的难点

热修复不同于插件化，不需要考虑各种组件的生命周期，唯一需要考虑的就是如何能将问题的方法／类／资源／so 替换为补丁中的新方法／类／资源／so。

其中最重要的是方法和类的替换，所以有不少热修复框架只做了方法和类的替换，而没有对资源和 so 进行处理。

五、主流的热修复框架对比

这里选取几个比较主流的热修复框架进行对比

上面是热修复框架的一些对比，如果按照实现 dex 修复的原理来划分的话，大概能分成下面几种：

native hook

Andfix

dex 插桩

Qzone

Nuwa

InstantRun

Robust

Aceso

全量替换 dex

Tinker

混合方案

Sophix

下面对这几种热修复的方案进行详细分析。

六、dex 热修复方案

6.1 native hook 替换 ArtMethod 内容

6.1.1 原理

在解释 native hook 原理之前，先介绍一下虚拟机的一些简单实现。java 中的类，方法，变量，对应到虚拟机里的实现是 Class，ArtMethod,ArtField。以 Android N 为例，简单看一下这几个类的一些结构。

class Class: public Object {

public:

// …

// classloader 指针

uint32_t class_loader_;

// 数组的类型表示

uint32_t component_type_;

// 解析 dex 生成的缓存

uint32_t dex_cache_;

// interface table，保存了实现的接口方法

uint32_t iftable_;

// 类描述符，例如：java.lang.Class

uint32_t name_;

// 父类

uint32_t super_class_;

// virtual method table，虚方法表，指令 invoke-virtual 会用到，保存着父类方法以及子类复写或者覆盖的方法，是 java 多态的基础

uint32_t vtable_;

// public private

uint32_t access_flags_;

// 成员变量

uint64_t ifields_;

// 保存了所有方法，包括 static，final，virtual 方法

uint64_t methods_;

// 静态变量

uint64_t sfields_;

// class 当前的状态，加载，解析，初始化等等

Status status_;

static uint32_t java_lang_Class_;

};

class ArtField {

public:

uint32_t declaring_class_;

uint32_t access_flags_;

uint32_t field_dex_idx_;

uint32_t offset_;

};

class ArtMethod {

public:

uint32_t declaring_class_;

uint32_t access_flags_;

// 方法字节码的偏移

uint32_t dex_code_item_offset_;

// 方法在 dex 中的 index

uint32_t dex_method_index_;

// 在 vtable 或者 iftable 中的 index

uint16_t method_index_;

// 方法的调用入口

struct PACKED(4) PtrSizedFields {

ArtMethod** dex_cache_resolved_methods_;

GcRootmirror::Class* dex_cache_resolved_types_;

void* entry_point_from_jni_;

void* entry_point_from_quick_compiled_code_;

} ptr_sized_fields_;

};

上面列出了三个结构的一部分变量，其实从这些变量可以比较清楚的看到，Class 中的 iftable_，vtable_，methods_里面保存了所有的类方法，sfields_，ifields_保存了所有的成员变量。而在 ArtMethod 中，ptr_sized_fields_ 变量指向了方法的调用入口，也就是执行字节码的地方。在虚拟机内部，调用一个方法的时候，可以简单的理解为会找到 ptr_sized_fields_ 指向的位置，跳转过去执行对应的方法字节码或者机器码。简图如下

这里也顺便说一下上面三个结构的内容是什么时候填充的，就是在 ClassLoader 加载类的时候。简图如下

其实到这里，我们就简单理解了虚拟机的内部实现，也就很容易想到 native hook 的原理了。既然每次调用方法的时候，都是通过 ArtMethod 找到方法，然后跳转到其对应的字节码／机器码位置去执行，那么我们只要更改了跳转的目标位置，那么自然方法的实现也就被改变了。简图如下：

所以 native hook 的本质就是把旧方法的 ArtMethod 内容替换成新方法的 ArtMethod 内容。

6.1.2 实现代码

1.首先要找到替换的旧方法和新方法，这一步在 java 中进行，直接通过反射获取即可

// 创建补丁的 ClassLoader

pluginClassLoader = DexClassLoader(pluginPath, dexOutPath.absolutePath, nativeLibDir.absolutePath, this::class.java.classLoader)

// 通过补丁 ClassLoader 加载新方法

val toMethod = pluginClassLoader.loadClass(“com.zy.hotfix.native_hook.PatchNativeHookUtils”).getMethod(“getMsg”)

// 反射获取到需要修改的旧方法

val fromMethod = nativeHookUtils.javaClass.getMethod(“getMsg”)

1.之后调用 native 方法替换 ArtMethod 内容

nativeHookUtils.patch(fromMethod, toMethod)

Java_com_zy_hotfix_native_1hook_NativeHookUtils_patch(JNIEnv* env, jobject clazz, jobject src, jobject dest) {

// 获取到 java 方法对应的 ArtMethod

art::mirror::ArtMethod* smeth =

(art::mirror::ArtMethod*) env->FromReflectedMethod(src);

art::mirror::ArtMethod* dmeth =

(art::mirror::ArtMethod*) env->FromReflectedMethod(dest);

reinterpret_castart::mirror::Class*(dmeth->declaring_class_)->clinit_thread_id_ =

reinterpret_castart::mirror::Class*(smeth->declaring_class_)->clinit_thread_id_;

reinterpret_castart::mirror::Class*(dmeth->declaring_class_)->status_ =

static_castart::mirror::Class::Status(reinterpret_castart::mirror::Class*(smeth->declaring_class_)->status_ -1);

//for reflection invoke

reinterpret_castart::mirror::Class*(dmeth->declaring_class_)->super_class_ = 0;

// 替换方法中的内容

smeth->declaring_class_ = dmeth->declaring_class_;

smeth->access_flags_ = dmeth->access_flags_ | 0x0001;

smeth->dex_code_item_offset_ = dmeth->dex_code_item_offset_;

smeth->dex_method_index_ = dmeth->dex_method_index_;

smeth->method_index_ = dmeth->method_index_;

smeth->hotness_count_ = dmeth->hotness_count_;

// 替换方法的入口

smeth->ptr_sized_fields_.dex_cache_resolved_methods_ =

dmeth->ptr_sized_fields_.dex_cache_resolved_methods_;

smeth->ptr_sized_fields_.dex_cache_resolved_types_ =

dmeth->ptr_sized_fields_.dex_cache_resolved_types_;

smeth->ptr_sized_fields_.entry_point_from_jni_ =

dmeth->ptr_sized_fields_.entry_point_from_jni_;

smeth->ptr_sized_fields_.entry_point_from_quick_compiled_code_ =

dmeth->ptr_sized_fields_.entry_point_from_quick_compiled_code_;

}

通过上述方法的替换，再次调用旧方法，就会跳转到新方法的入口，自然也就执行新方法的逻辑了。

6.1.3 优缺点

优点：

补丁可以实时生效

缺点：

兼容性差，由于 Android 系统每个版本的实现都有差别，所以需要做很多的兼容。（这也就是为什么上面提供的 demo 代码只能运行在 Android N 上，因为没有对其他版本做兼容）
开发需要掌握 jni 相关知识

6.2 dex 插桩

6.2.1 原理

dex 插桩的实现，是 Qzone 团队提出来的，Nuwa 框架采用这种实现并且开源。

系统默认使用的是 PathClassLoader，继承自 BaseDexClassLoader，在 BaseDexClassLoader 里，有一个 DexPathList 变量，在 DexPathList的实现里，有一个 Element[] dexElements 变量，这里面保存了所有的 dex。在加载 Class 的时候，就遍历 dexElements 成员，依次查找 Class，找到以后就返回。

下面是重点代码。

public class PathClassLoader extends BaseDexClassLoader {

}

public class BaseDexClassLoader extends ClassLoader {

private final DexPathList pathList;

}

final class DexPathList {

// 保存了 dex 的列表

private Element[] dexElements;

public Class findClass(String name, List suppressed) {

// 遍历 dexElements

for (Element element : dexElements) {

DexFile dex = element.dexFile;

if (dex != null) {

// 从 DexFile 中查找 Class

Class clazz = dex.loadClassBinaryName(name, definingContext, suppressed);

if (clazz != null) {

return clazz;

}

// …

return null;

}

从上面 ClassLoader 的实现我们可以知道，查找 Class 的关键就是遍历 dexElements，那么自然就想到了把补丁 dex 插入到 dexElements 最前面，这样遍历 dexElements 就会优先从补丁 dex 中查找 Class 了。

6.2.2 实现代码

public static void injectDexAtFirst(String dexPath, String defaultDexOptPath) throws NoSuchFieldException, IllegalAccessException, ClassNotFoundException {

// 创建补丁 dex 的 classloader，目的是使用其中的补丁 dexElements

DexClassLoader dexClassLoader = new DexClassLoader(dexPath, defaultDexOptPath, dexPath, getPathClassLoader());

// 获取到旧的 classloader 的 pathlist.dexElements 变量

Object baseDexElements = getDexElements(getPathList(getPathClassLoader()));

// 获取到补丁 classloader 的 pathlist.dexElements 变量

Object newDexElements = getDexElements(getPathList(dexClassLoader));

// 将补丁的 dexElements 插入到旧的 classloader.pathlist.dexElements 前面

Object allDexElements = combineArray(newDexElements, baseDexElements);

}

private static PathClassLoader getPathClassLoader() {

PathClassLoader pathClassLoader = (PathClassLoader) InsertDexUtils.class.getClassLoader();

return pathClassLoader;

}

private static Object getDexElements(Object paramObject)

throws IllegalArgumentException, NoSuchFieldException, IllegalAccessException {

return Reflect.on(paramObject).get(“dexElements”);

}

private static Object getPathList(Object baseDexClassLoader)

throws IllegalArgumentException, NoSuchFieldException, IllegalAccessException, ClassNotFoundException {

return Reflect.on(baseDexClassLoader).get(“pathList”);

}

private static Object combineArray(Object firstArray, Object secondArray) {

Class<?> localClass = firstArray.getClass().getComponentType();

int firstArrayLength = Array.getLength(firstArray);

int allLength = firstArrayLength + Array.getLength(secondArray);

Object result = Array.newInstance(localClass, allLength);

for (int k = 0; k < allLength; ++k) {

if (k < firstArrayLength) {

Array.set(result, k, Array.get(firstArray, k));

} else {

Array.set(result, k, Array.get(secondArray, k - firstArrayLength));

}

return result;

}

6.2.3 优缺点

优点：

实现简单
不需要太多的适配

缺点：

需要重新启动补丁才能生效。因为在插桩之前加载的类是不会再重新加载的，所以需要重新启动，让已经加载过的 Class 重新加载才能应用到补丁
class verify 问题。
Art 虚拟机上由于 oat 导致的地址偏移问题，可能会需要在补丁包中打入补丁无关的类，导致补丁包体积增大

6.3 dex 替换

dex 替换的方案，主要是 tinker 在使用，这里生成的补丁包不只是需要修改的类，而是包含了整个 app 所有的类，在替换时原理和 dex 插桩类似，也是替换掉 dexElements 中的内容即可，这里就不详细说了。

6.4 InstantRun

6.4.1 原理

InstantRun 是 AndroidStudio 2.0 新增的功能，方便快速的增量编译应用并部署，美团参照其原理实现了 Robust 热修复框架。

其中的原理是，给每个 Class 中新增一个 changeQuickRedirect 的静态变量，并在每个方法执行之前，对这个变量进行了判断，如果这个变量被赋值了，就调用补丁类中的方法，如果没有被赋值，还是调用旧方法。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）

尾声

在我的博客上很多朋友都在给我留言，需要一些系统的面试高频题目。之前说过我的复习范围无非是个人技术博客还有整理的笔记，考虑到笔记是手写版不利于保存，所以打算重新整理并放到网上，时间原因这里先列出面试问题，题解详见：

展示学习笔记

本文已被CODING开源项目：《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录

一个人可以走的很快，但一群人才能走的更远。如果你从事以下工作或对以下感兴趣，欢迎戳这里加入程序员的圈子，让我们一起学习成长！

AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算

持续更新**

如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）
[外链图片转存中…(img-QMOpUZu3-1712154889973)]

尾声

[外链图片转存中…(img-s38wRrQv-1712154889973)]
展示学习笔记
[外链图片转存中…(img-GCHCPzDr-1712154889974)]
[外链图片转存中…(img-oFZ5k3ib-1712154889974)]

本文已被CODING开源项目：《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录

一个人可以走的很快，但一群人才能走的更远。如果你从事以下工作或对以下感兴趣，欢迎戳这里加入程序员的圈子，让我们一起学习成长！

2401_84103100

关注

27
点赞
踩
19

收藏

觉得还不错? 一键收藏
0
评论
Android常用技术-热修复解析，年薪50W

else {// 没有找到，再自己加载return c;要加载插件中的类，我们首先要创建一个，先看下的构造函数需要那些参数// …dexPath是需要加载的文件路径是dex优化后存放的位置，在 ART 上，会执行 oat 对dex进行优化，生成机器码，这里就是存放优化后的odex文件的位置是 native 依赖的位置parent 就是父类加载器，默认会先从 parent 加载对应的类创建出实例以后，只要调用其方法就可以加载插件中的类了。
复制链接

扫一扫