【Android进阶笔记】热修复(代码、资源、动态链接库)(1)

2.1.3. 修复方案

根据类的查找流程:

  • 将有 Bug 的类 Key.class 进行修改,再将 Key.class 打包成补丁包 Patch.dex

  • Patch.dex 放在 dexElements 数组的第一个元素。

  • 根据双亲委派,会首先找到 Patch.dex 中的 Key.class 会优先加载,而存在 Bug 的 Key.class 就不会被加载。

具体到实现细节上,不同的框架就有些差异了。

  • 超级补丁:将 Patch.dex 放到 dexElements 数组的第一个元素。

  • Tinker:将新旧 apk 做 diff,得到一个 patch.dex,再将 patch.dex 与手机 apk 中的 classes.dex 进行合并,生成 fix_classess.dex,再将 fix_classess.dex 放到 dexElements 数组的第一个元素。

2.2. 底层替换方案


采用底层替换方案的主要是 AndFix、Dexposed、HotFix 和 Sophix。

优点:不需要重启 APP,立即生效。

2.2.1. ArtMethod

Java 层的每个方法在 ART 中都对应着一个 ArtMethod 的结构体(包含 Java 方法的所有信息,包括执行入口、访问权限、所属类和代码执行地址等),只要把原方法的结构体内容替换为新的结构体内容,则在调用原来方法的时候,真正执行的指令是新方法的指令,就可以实现热修复。

art/runtime/art_method.h 文件中,定义了 ArtMethod 的结构体内容。

class ArtMethod FINAL {

/* … */

GcRootmirror::Class declaring_class_;

std::atomicstd::uint32_t access_flags_;

uint32_t dex_method_index_;

uint16_t method_index_;

uint16_t hotness_count_;

uint16_t imt_index_;

struct PtrSizedFields {

ArtMethod** dex_cache_resolved_methods_;

void* data_;

void* entry_point_from_quick_compiled_code_;

} ptr_sized_fields_;

}

2.2.2. 修复方案

  • 方法①:将待修复的 java 方法对应的 ArtMethod 结构体中的每个字段进行替换。

  • 方法②:将待修复的 java 方法对应的 ArtMethod 结构体整个进行替换。

不同的框架采用了不同方案:

  • AndFix 采用方法①,不同版本和不同厂商 ArtMethod 可能不同,存在兼容问题,导致方法替换失败。

  • Sophix 采用方法②,不存在兼容问题 。

无论采用哪种方案,由于类加载后,类的结构和方法数量就已经固定了,因此该方案有以下不适场景:

  • 增加或减少方法和字段的个数。

  • 改变原有类的结构。

Sophix 结合了底层替换方案和类加载方案各自的优点,以底层替换方案为主,类加载方案为辅,在热部署无法使用的情况下,自动降级为冷部署。

2.3. Instant Run 方案


在 Android Studio 2.0 版本上,支持了一个新特性 Instant Run,实现了对代码修改的实时生效(热插拔)。

采用 Instant Run 方案的主要是 Robust 和 Aceso。

2.3.1. Instant Run 原理

在第一次构建 Apk 时:

  • 在每一个类中注入了一个 $change 的成员变量,它实现了 IncrementalChange 接口。

  • 在每一个方法的第一行,插入了一段判断执行逻辑。

public class TestActivity {

// 注入一个类型为IncrementalChange的成员

IncrementalChange localIncrementalChange = $change;

public void onCreate(Bundle savedInstanceState){

// 当localIncrementalChange不为null时,可能会执行到access$dispatch从而替换掉之前老的逻辑

if (localIncrementalChange != null) {

localIncrementalChange.access$dispatch(

“onCreate.(Landroid/os/Bundle;)V”, new Object[] { this, paramBundle });

return;

}

super.onCreate(savedInstanceState);

}

}

当我们点击 Android Studio 的 InstantRun 按钮时:

  • 如果方法没有变化,则 $changenull,执行方法中的旧逻辑。

  • 如果方法有变化,则:

  • 动态生成替换类 TestActivity$overrideAppPatchesLoaderImpl 类。

  • AppPatchesLoaderImpl 类的 getPatchedClasses 方法会返回被修改的类的列表,根据这个列表,TestActivity 中的 $change 会被赋值为 TestActivity$override

  • 判断条件成立,access$dispatch() 方法会执行 TestActivity$override 类中的 onCreate 方法,从而实现对现有 onCreate 方法的修改。

2.3.2. 修复方案

Robust 为例

  • 在编译打包阶段对每个方法都自动的插入了一段代码。

  • 动态下发包含有 PatchesInfoImpl.javaPatch.javapatch.dex 到客户端,用 DexClassLoader 加载 patch.dex,反射拿到 PatchesInfoImpl.java 这个 class 并创建对象。

  • 然后通过这个对象的 getPatchedClassesInfo 方法,获得需要修复的 class 的混淆后名字,再反射得到当前运行环境中的该 class。

  • 其中的 changeQuickRedirect 字段赋值为用 patch.dex 中的 Patch.java 这个 class new 出来的对象。


3. 资源修复

==========================================================================

很多热修复框架的资源修复都参考了 Instant Run 的资源修复原理。由于 Instant Run 不是 Android 的源码,需要反编译才能知道。

Instant Run 资源修复的核心逻辑在 MonkeyPatcher 类的 monkeyPatchExistingResources 方法中。

public class MonkeyPatcher {

public static void monkeyPatchExistingResources(

Context context, String externalResourceFile, Collection activities) {

if (externalResourceFile == null) {

return;

}

try {

// 反射创建新的AssetManager

AssetManager newAssetManager = AssetManager.class.getConstructor(

new Class[0]).newInstance(new Object[0]);

Method mAddAssetPath = AssetManager.class.getDeclaredMethod(

“addAssetPath”, new Class[]{String.class});

mAddAssetPath.setAccessible(true);

// 反射调用addAssetPath方法加载外部资源

if (((Integer) mAddAssetPath.invoke(

newAssetManager, new Object[]{externalResourceFile})).intValue() == 0) {

throw new IllegalStateException(“Could not create new AssetManager”);

}

Method mEnsureStringBlocks = AssetManager.class.getDeclaredMethod(

“ensureStringBlocks”, new Class[0]);

mEnsureStringBlocks.setAccessible(true);

mEnsureStringBlocks.invoke(newAssetManager, new Object[0]);

if (activities != null) {

for (Activity activity : activities) {

Resources resources = activity.getResources();

try {

// 把Resources中的mAssets替换为newAssetManager

Field mAssets = Resources.class.getDeclaredField(“mAssets”);

mAssets.setAccessible(true);

mAssets.set(resources, newAssetManager);

} catch (Throwable ignore) {

/* … */

}

// 获取Activity的主题

Resources.Theme theme = activity.getTheme();

try {

try {

// 把Resources.Theme中的mAssets替换为newAssetManager

Field ma = Resources.Theme.class.getDeclaredField(“mAssets”);

ma.setAccessible(true);

ma.set(theme, newAssetManager);

} catch (NoSuchFieldException ignore) {

/* … */

}

/* … */

} catch (Throwable e) {

/* … */

}

}

Collection<WeakReference> references = null;

/* …根据不同SDK版本,用不同方式得到Resources的弱引用集合 */

for (WeakReference wr : references) {

Resources resources = wr.get();

if (resources != null) {

try {

// 把每个Resources中的mAssets替换为newAssetManager

Field mAssets = Resources.class.getDeclaredField(“mAssets”);

mAssets.setAccessible(true);

mAssets.set(resources, newAssetManager);

} catch (Throwable ignore) {

/* … */

}

resources.updateConfiguration(

resources.getConfiguration(), resources.getDisplayMetrics());

}

}

}

} catch (Throwable e) {

throw new IllegalStateException(e);

}

}

}

资源热修复总结为两个步骤:

  • 反射创建新的 AssetManager 对象,反射调用 addAssetPath 方法加载外部的资源。

  • 将 AssetManager 类型的 mAssets 字段的引用全部替换为新创建的 AssetManager 对象。


4. 动态链接库修复

=============================================================================

Android 的动态链接库主要是 so 库。

4.1. so 的加载


加载 so 主要用到了 System 类的 loadloadLibarary 方法。

public final class System {

// 传入so的名字,会直接从系统的目录去加载so文件,

// 系统的路径包括/data/data/${package_name}/lib、/system/lib、/vender/lib等

public static void load(String filename) {

Runtime.getRuntime().load0(Reflection.getCallerClass(), filename);

}

// 传入so的绝对路径,直接从这个路径加载自定义外部so文件

public static void loadLibrary(String libname) {

Runtime.getRuntime().loadLibrary0(Reflection.getCallerClass(), libname);

}

}

实际上这两个方法最后都调用 nativeLoad 这个 native 方法去加载 so 库,参数 fileName 为 so 库在磁盘中的完整路径名。

而 nativeLoad 会调用 LoadNativeLibrary 函数来实现 so 的加载:

  • 判断 so 是否被加载过,两次 ClassLoader 是否是同一个,避免 so 重复加载。

  • 打开 so 并得到 so 句柄,如果 so 句柄获取失败,就返回false。创建新的 SharedLibrary,如果传入 path 对应的 library 为空指针,就将新创建的 SharedLibrary 赋值给 library,并将 library 存储到 libraries_ 中。

  • 查找 JNI_OnLoad 的函数指针,根据不同情况设置 was_successful 的值,最终返回该 was_ successful。

4.2. 注册 Native 方法


4.2.1. 静态注册Native方法

通过 javah -jni 命令生成的包含 JNI 的头文件,接口的命名方式一般是 Java_<PackageName>_<ClassName>_<MethodName>,程序执行时系统会根据这种命名规则来调用对应的 Native 方法。

  • 注册方式方便简单。

  • JNI函数名过长,可读性差,不能灵活改变。

最后

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

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助

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

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点!不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
id移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。**

[外链图片转存中…(img-PV3plHur-1715798332512)]

[外链图片转存中…(img-UGZX46GN-1715798332513)]

[外链图片转存中…(img-lq7ghAEQ-1715798332513)]

[外链图片转存中…(img-UB0fW750-1715798332514)]

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点!不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!

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

  • 8
    点赞
  • 28
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
当然,我可以分享一些关于Spring Boot进阶笔记。请记住,以下笔记仅供参考,因为Spring Boot是一个非常广泛且不断发展的框架,有许多不同的用例和最佳实践。 1. 自定义Starter:Spring Boot提供了Starter的概念,它是一组必要的依赖项和配置的集合,可用于简化项目的配置。你可以通过创建自定义Starter来封装你的常用依赖项和配置,以便在多个项目中重复使用。 2. 运行时配置:Spring Boot提供了多种方式来配置应用程序。除了传统的application.properties或application.yml文件外,你还可以使用环境变量、命令行参数、系统属性等来配置应用程序。了解这些配置选项将帮助你更好地管理应用程序的行为。 3. 多环境支持:Spring Boot允许你为不同的环境(如开发、测试、生产)提供不同的配置。通过使用不同的配置文件或配置选项,你可以轻松地在不同的环境中管理应用程序的行为。 4. 自定义错误页面:Spring Boot提供了默认的错误页面,但你也可以自定义错误页面以提供更好的用户体验。通过创建一个自定义的错误处理器并将其注册到应用程序中,你可以捕获和处理特定类型的错误,并显示自定义的错误页面。 5. 安全性:Spring Boot集成了Spring Security框架,可以轻松地为应用程序添加身份验证和授权功能。你可以通过配置安全规则、自定义认证逻辑和使用各种身份验证提供者来保护你的应用程序。 6. 数据访问:Spring Boot简化了与各种数据源(如关系型数据库、NoSQL数据库、消息队列等)的集成。你可以使用Spring Data JPA、Spring Data MongoDB等模块来简化数据访问层的开发。 7. 缓存:Spring Boot提供了对各种缓存提供者(如Ehcache、Redis等)的集成支持。通过简单的配置,你可以启用缓存功能,并将其应用于适当的方法或查询。 这些只是Spring Boot进阶中的一些主题,还有许多其他方面可以深入研究。希望这些笔记能对你有所帮助!

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值