Android 热修复方案Tinker(二) 补丁加载流程

最新推荐文章于 2021-09-04 20:31:43 发布
最新推荐文章于 2021-09-04 20:31:43 发布
阅读量7.8k 收藏 5
点赞数 2
分类专栏： Android 源码分析 文章标签： android 补丁 补丁加载 Tinker 热更新
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/l2show/article/details/53240023
版权

基于Tinker V1.7.5

这篇文章从加载补丁的入口tryLoad处开始分析Tinker补丁加载的流程.根据不同的类别Tinker可以支持dex,SO和资源更新,接下来会详细分析.先贴出补丁加载的主要类图.

从tryLoad入口开始,tryLoad中调用加载补丁流程的方法,并统计出这次Load Patch所消耗的时间.

Intent resultIntent = new Intent();

//统计 load patch 耗时
long begin = SystemClock.elapsedRealtime();
tryLoadPatchFilesInternal(app, tinkerFlag, tinkerLoadVerifyFlag, resultIntent);
long cost = SystemClock.elapsedRealtime() - begin;
IntentUtil.setIntentPatchCostTime(resultIntent, cost);
return resultIntent;

在tryLoadPatchFilesInternal中会先做一系列的环境校验,一切就绪之后才真正将加工过的补丁加载到运行环境中.下面按顺序罗列出环境校验的过程.

  1. 检查tinkerFlag是否设置了enable ? continue : 记录ERROR_LOAD_DISABLE到result中,return.

    if (!ShareTinkerInternals.isTinkerEnabled(tinkerFlag)) {
    ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_DISABLE);
    return;
}

  2. 检查补丁工作空间/tinker是否已经存在 ? continue : 记录ERROR_LOAD_PATCH_DIRECTORY_NOT_EXIST到result中,return.

    File patchDirectoryFile = SharePatchFileUtil.getPatchDirectory(app);
if (patchDirectoryFile == null) {
    Log.w(TAG, "tryLoadPatchFiles:getPatchDirectory == null");
    //treat as not exist
    ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_DIRECTORY_NOT_EXIST);
    return;
}
String patchDirectoryPath = patchDirectoryFile.getAbsolutePath();

//检查补丁路径是否存在
if (!patchDirectoryFile.exists()) {
    Log.w(TAG, "tryLoadPatchFiles:patch dir not exist:" + patchDirectoryPath);
    ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_DIRECTORY_NOT_EXIST);
    return;
}

  3. 检查/tinker/patch.info 补丁信息文件是否存在 ? continue : 记录ERROR_LOAD_PATCH_INFO_NOT_EXIST到result中,return.

    //tinker/patch.info
File patchInfoFile = SharePatchFileUtil.getPatchInfoFile(patchDirectoryPath);

//check patch info file whether exist
if (!patchInfoFile.exists()) {
    Log.w(TAG, "tryLoadPatchFiles:patch info not exist:" + patchInfoFile.getAbsolutePath());
    ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_INFO_NOT_EXIST);
    return;
}

  4. patch.info文件中存储了如下新旧两个版本补丁的MD5.先用lock文件加锁,然后检查patch info能否读出有效的补丁信息 ? continue : 记录ERROR_LOAD_PATCH_INFO_CORRUPTED到result中,return.

    //old = 641e634c5b8f1649c75caf73794acbdf
//new = 2c150d8560334966952678930ba67fa8
File patchInfoLockFile = SharePatchFileUtil.getPatchInfoLockFile(patchDirectoryPath);

//通过lockFile加锁, 检查patch info文件中的补丁版本信息
patchInfo = SharePatchInfo.readAndCheckPropertyWithLock(patchInfoFile, patchInfoLockFile);
if (patchInfo == null) {
    ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_INFO_CORRUPTED);
    return;
}

  5. 检查补丁信息中的数据是否有效? 将信息记录到result中,continue : 记录ERROR_LOAD_PATCH_INFO_CORRUPTED到result中,return.

    String oldVersion = patchInfo.oldVersion;
String newVersion = patchInfo.newVersion;

if (oldVersion == null || newVersion == null) {
    //it is nice to clean patch
    Log.w(TAG, "tryLoadPatchFiles:onPatchInfoCorrupted");
    ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_INFO_CORRUPTED);
    return;
}

resultIntent.putExtra(ShareIntentUtil.INTENT_PATCH_OLD_VERSION, oldVersion);
resultIntent.putExtra(ShareIntentUtil.INTENT_PATCH_NEW_VERSION, newVersion);

  6. 根据版本变化和是否是主进程的条件决定是否允许加载最新的补丁,并检查该补丁的MD5标识是否不为空 ? continue : 记录ERROR_LOAD_PATCH_INFO_BLANK到result中,return.

    boolean mainProcess = ShareTinkerInternals.isInMainProcess(app);
boolean versionChanged = !(oldVersion.equals(newVersion));

//如果版本变化,并且当前运行在主进程,则允许加载最新补丁
String version = oldVersion;
if (versionChanged && mainProcess) {
    version = newVersion;
}

//检查当前补丁版本的MD5标识是否为空
if (ShareTinkerInternals.isNullOrNil(version)) {
    Log.w(TAG, "tryLoadPatchFiles:version is blank, wait main process to restart");
    ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_INFO_BLANK);
    return;
}

  7. 检查当前版本补丁路径是否存在 ? continue : 记录ERROR_LOAD_PATCH_VERSION_DIRECTORY_NOT_EXIST到result中,return.

    //patch-641e634c
String patchName = SharePatchFileUtil.getPatchVersionDirectory(version);

//tinker/patch.info/patch-641e634c
String patchVersionDirectory = patchDirectoryPath + "/" + patchName;
File patchVersionDirectoryFile = new File(patchVersionDirectory);

//检查当前版本补丁路径是否存在
if (!patchVersionDirectoryFile.exists()) {
    Log.w(TAG, "tryLoadPatchFiles:onPatchVersionDirectoryNotFound");
    //we may delete patch info file
    ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_VERSION_DIRECTORY_NOT_EXIST);
    return;
}

  8. 检查补丁文件是否存在 ? continue : 记录ERROR_LOAD_PATCH_VERSION_FILE_NOT_EXIST到result中,return.

    //tinker/patch.info/patch-641e634c/patch-641e634c.apk
File patchVersionFile = new File(patchVersionDirectoryFile.getAbsolutePath(), SharePatchFileUtil.getPatchVersionFile(version));

//检查补丁文件是否存在
if (!patchVersionFile.exists()) {
    Log.w(TAG, "tryLoadPatchFiles:onPatchVersionFileNotFound");
    //we may delete patch info file
    ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_VERSION_FILE_NOT_EXIST);
    return;
}

  9. 检查补丁文件签名和Tinker id是否一致 ？ 将补丁的相关信息存入resultIntent,continue : 记录ERROR_LOAD_PATCH_PACKAGE_CHECK_FAIL和检查结果到result中,return.

    ShareSecurityCheck securityCheck = new ShareSecurityCheck(app);

//检查补丁文件签名和Tinker id是否一致
int returnCode = ShareTinkerInternals.checkTinkerPackage(app, tinkerFlag, patchVersionFile, securityCheck);
if (returnCode != ShareConstants.ERROR_PACKAGE_CHECK_OK) {
    Log.w(TAG, "tryLoadPatchFiles:checkTinkerPackage");
    resultIntent.putExtra(ShareIntentUtil.INTENT_PATCH_PACKAGE_PATCH_CHECK, returnCode);
    ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_PACKAGE_CHECK_FAIL);
    return;
}

resultIntent.putExtra(ShareIntentUtil.INTENT_PATCH_PACKAGE_CONFIG, securityCheck.getPackagePropertiesIfPresent());

    这里为了快速校验,就只检验补丁包内部以meta.txt结尾的文件的签名. 其他的文件的合法性则通过校验过的meta.txt文件内部的补丁文件Md5校验.这里只是把meta.txt的内容分别存入到metaContentMap中,以供外部使用.

    while (entries.hasMoreElements()) {
    JarEntry jarEntry = entries.nextElement();
    // no code
    if (jarEntry == null) {
        continue;
    }

    final String name = jarEntry.getName();
    if (name.startsWith("META-INF/")) {
        continue;
    }
    //for faster, only check the meta.txt files
    //we will check other files's mad5 written in meta files
    if (!name.endsWith(ShareConstants.META_SUFFIX)) {
        continue;
    }
    metaContentMap.put(name, SharePatchFileUtil.loadDigestes(jarFile, jarEntry));
    Certificate[] certs = jarEntry.getCertificates();
    if (certs == null) {
        return false;
    }
    if (!check(path, certs)) {
        return false;
    }
}

    根据不同的情况,最多有四个文件是以meta.txt结尾的:

    • package_meta.txt 补丁包的基本信息
    • dex_meta.txt 所有dex文件的信息
    • so_meta.txt 所有so文件的信息
    • res_meta.txt 所有资源文件的信息

  10. 如果支持dex修复 则继续检查dex补丁文件是否存在 ? continue : log, return.

    final boolean isEnabledForDex = ShareTinkerInternals.isTinkerEnabledForDex(tinkerFlag);

if (isEnabledForDex) {
    //tinker/patch.info/patch-641e634c/dex
    boolean dexCheck = TinkerDexLoader.checkComplete(patchVersionDirectory, securityCheck, resultIntent);
    if (!dexCheck) {
        //file not found, do not load patch
        Log.w(TAG, "tryLoadPatchFiles:dex check fail");
        return;
    }
}

    至于checkComplete都校验了哪些东西？可以继续往里面看.先根据第9步中读取到内存中的dex_meta.txt数据,在parseDexDiffPatchInfo内部将字符串以dex为单位切割出每个dex文件的详细信息.

    String meta = securityCheck.getMetaContentMap().get(DEX_MEAT_FILE);
//not found dex
if (meta == null) {
    return true;
}
dexList.clear();
ShareDexDiffPatchInfo.parseDexDiffPatchInfo(meta, dexList);

if (dexList.isEmpty()) {
    return true;
}

    将dex摘要信息有效的item过滤出来,再遍历过滤出来的dex,去/tinker/patch.info/patch-xxx/dex和/tinker/patch.info/patch-xxx/odex下验证物理文件是否存在.

    HashMap<String, String> dexes = new HashMap<>();

for (ShareDexDiffPatchInfo info : dexList) {
    //for dalvik, ignore art support dex
    if (isJustArtSupportDex(info)) {
        continue;
    }
    if (!ShareDexDiffPatchInfo.checkDexDiffPatchInfo(info)) {
        intentResult.putExtra(ShareIntentUtil.INTENT_PATCH_PACKAGE_PATCH_CHECK, ShareConstants.ERROR_PACKAGE_CHECK_DEX_META_CORRUPTED);
        ShareIntentUtil.setIntentReturnCode(intentResult, ShareConstants.ERROR_LOAD_PATCH_PACKAGE_CHECK_FAIL);
        return false;
    }
    dexes.put(info.realName, info.destMd5InDvm);
}

  11. 如果支持so修复 则继续检查so补丁文件是否存在,校验的方式同第10步.

    final boolean isEnabledForNativeLib = ShareTinkerInternals.isTinkerEnabledForNativeLib(tinkerFlag);

if (isEnabledForNativeLib) {
    //tinker/patch.info/patch-641e634c/lib
    boolean libCheck = TinkerSoLoader.checkComplete(patchVersionDirectory, securityCheck, resultIntent);
    if (!libCheck) {
        //file not found, do not load patch
        Log.w(TAG, "tryLoadPatchFiles:native lib check fail");
        return;
    }
}

  12. 如果支持资源修复 则继续检查资源补丁文件是否存在,校验的方式同第10步.

    final boolean isEnabledForResource = ShareTinkerInternals.isTinkerEnabledForResource(tinkerFlag);
Log.w(TAG, "tryLoadPatchFiles:isEnabledForResource:" + isEnabledForResource);
if (isEnabledForResource) {
    boolean resourceCheck = TinkerResourceLoader.checkComplete(app, patchVersionDirectory, securityCheck, resultIntent);
    if (!resourceCheck) {
        //file not found, do not load patch
        Log.w(TAG, "tryLoadPatchFiles:resource check fail");
        return;
    }
}

  13. 符合条件的话就更新版本信息,并将最新的patch info更新入文件.在v1.7.5的版本开始有了isSystemOTA判断,只要用户是ART环境并且做了OTA升级则在加载dex补丁的时候就会先把最近一次的补丁全部DexFile.loadDex一遍重新生成odex.再加载dex补丁.

    //only work for art platform oat
boolean isSystemOTA = ShareTinkerInternals.isVmArt() && ShareTinkerInternals.isSystemOTA(patchInfo.fingerPrint);

//we should first try rewrite patch info file, if there is a error, we can't load jar
if (isSystemOTA || (mainProcess && versionChanged)) {
    patchInfo.oldVersion = version;
    //update old version to new
    if (!SharePatchInfo.rewritePatchInfoFileWithLock(patchInfoFile, patchInfo, patchInfoLockFile)) {
        ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_REWRITE_PATCH_INFO_FAIL);
        Log.w(TAG, "tryLoadPatchFiles:onReWritePatchInfoCorrupted");
        return;
    }
}

  14. 检查safe mode计数是否超过三次

    if (!checkSafeModeCount(app)) {
    resultIntent.putExtra(ShareIntentUtil.INTENT_PATCH_EXCEPTION, new TinkerRuntimeException("checkSafeModeCount fail"));
    ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_UNCAUGHT_EXCEPTION);
    Log.w(TAG, "tryLoadPatchFiles:checkSafeModeCount fail");
    return;
}

  15. 在符合条件的情况下加载dex,res补丁.并记录成功状态.

    //now we can load patch jar
if (isEnabledForDex) {
    boolean loadTinkerJars = TinkerDexLoader.loadTinkerJars(app, tinkerLoadVerifyFlag, patchVersionDirectory, resultIntent);
    if (!loadTinkerJars) {
        Log.w(TAG, "tryLoadPatchFiles:onPatchLoadDexesFail");
        return;
    }
}

//now we can load patch resource
if (isEnabledForResource) {
    boolean loadTinkerResources = TinkerResourceLoader.loadTinkerResources(app, tinkerLoadVerifyFlag, patchVersionDirectory, resultIntent);
    if (!loadTinkerResources) {
        Log.w(TAG, "tryLoadPatchFiles:onPatchLoadResourcesFail");
        return;
    }
}
//all is ok!
ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_OK);

接下来详细分析dex,so和资源补丁更新的原理.

转载请注明出处:http://blog.csdn.net/l2show/article/details/53240023

Jesse-csdn
关注
专栏目录
TinkerPatch基本使用步骤
Lee坚武的博客
01-11 419
TinkerPatch的使用步骤非常简单，一般来说可以参考以下几个步骤： 运行assembleRelease task 构建基准包（务必在发布前确保更新tinkerpatchSupport中的appVersion），tinkerPatch会基于填入的autoBackupApkPath自动备份基础包信息到相应的文件夹，包含：apk文件、R.txt文件和mapping.txt文件 （注：mapping.txt是proguard的产物，如果你没有开启proguard则不会有这个文件） 若想发布补丁包，只需将自动
Android 热修复方案Tinker(四) 资源补丁加载
热门推荐
Jesse的专栏
12-04 1万+
想要做资源的更新首先需要了解分析资源加载流程,这样才能找到突破口.一般我们在应用中使用和加载资源都是通过Context对象的getResources方法.这里以Android 6.0的源码分析资源加载的流程.
手把手教你使用Tinker Platform进行热修复补丁管理
xuexiangjys的博客
10-26 1766
使用Tinker Platform进行热修复补丁管理 这是手把手教你使用腾讯的热修复框架-Tinker的姊妹篇，它主要讲述了如何接入Tinker以及Tinker的基本使用，不熟悉的可以点击了解一下。 项目地址 什么是 TinkerPatch 平台？ Tinker 需要使用者有一个后台可以下发和管理补丁包，并且需要处理传输安全等部署工作，TinkerPatch 平台帮你做了这些工作，提供了补丁后...
Jar 包签名
weixin_30425949的博客
08-20 672
1，加密、摘要和数字签名 （1）公钥加密算法 关于公钥加密算法，参考维基百科词条 Public-key cryptography。 公钥加密算法又称为非对称密钥加密算法，因为它包含一个公钥-私钥对，称为key pair。即 key pair = private key + public key。 从功能上说，两个key作用相同，用一个key加密的消息，只能用另一个key解密...
Android 热修复 Tinker 接入及源码浅析.rar_Android 热修复 Tinker_android
09-23
本文将深入探讨Android热修复Tinker的接入流程以及源码解析。 **接入Tinker** 1. **添加依赖**: 首先，在项目级build.gradle文件中添加Tinker的依赖库： ``` buildscript { repositories { ... maven { url '...
Android-Android热修复框架基于类加载机制的代码修复
08-12
总的来说，Android热修复框架基于类加载机制的代码修复是一种高效、灵活的解决方案，它使得开发者能够在不打扰用户的情况下，对应用进行实时修复。然而，实施热修复也需要考虑其潜在的风险，并进行充分的测试和优化...
Android热修复Tinker
05-13
总之，Tinker作为一款强大的Android热修复工具，不仅简化了热修复的实现流程，而且提供了高效稳定的修复效果。通过理解其原理和实践操作，开发者可以更好地应对应用中可能出现的问题，提升用户体验。
android热修复Tinker简单demo
10-18
在这个“android热修复Tinker简单demo”中，我们将探讨如何使用Tinker实现一个基本的热修复流程。 首先，我们需要在项目中集成Tinker。在Android Studio中，可以通过Gradle插件进行集成。在项目的build.gradle文件...
最新微信Tinker 热修复接入教程（超详细）相关资源
10-08
实在没分的去官方demo里找，主要是上传方便些，没指望赚分。博客地址：https://blog.csdn.net/sw1995126/article/details/82683910
Tinker接入及源码分析（二）
钢铁烈阳--非花非雾
01-10 2082
转载地址：http://qlm.pw/2017/01/07/tinker%E6%8E%A5%E5%85%A5%E5%8F%8A%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90%EF%BC%88%E4%BA%8C%EF%BC%89/ 该系列文章分析基于 Tinker1.7.6 版本 Tinker项目地址：https://github.com/Tencent/tin
Android - Tinker编译patch时候报错
shijianduan1的博客
12-10 3227
转载请声明，本文来自： 错误: log太长，放在文末， 分析： 解决方案： Check for loader classes in dex: classes.dex Check for loader classes in dex: classes2.dex Warning:ignoreWarning is false, but we found loader classes are fou...
关于 Tinker 用于 Flutter 热更新的思考
fishmai的专栏
09-04 1274
最近一篇文章提到使用 Tinker 替换 so 来实现 Android 平台上 Flutter 热更新。为什么 Tinker 可以更新/替换 so，它是如何实现换的？这个方案用于 Flutter 可能会存在哪些限制，原因是什么？一起来研究下吧。篇幅较长，水平有限，如有疏漏欢迎指正。 [TOC] 本文围绕 Tinker so 替换技术用于 Flutter 更新来讨论以下几个问题： Tinker 如何实现 so 更新/替换？ System.load()的执行流程是怎样的？ Flutter 大致的.
Tinker生成补丁包
weixin_33933118的博客
02-27 1219
2019独角兽企业重金招聘Python工程师标准>>> ...
Android 热修复方案Tinker(五) SO补丁加载
Jesse的专栏
12-11 9140
SO文件加载的时机和Dex跟资源的加载有些不一样,像Dex和资源的加载都是系统在特定的时机自动去加载,而SO加载的时机则是让开发者自己控制.开发者可以通过System类对外暴露出来的两个静态方法load和loadLibarary加载SO.这两个方法都拿到ClassLoader再通过Runtime实现的.
android 打好的补丁位置,Android 6.0上打完第一个补丁后再打新补丁Crash
weixin_35693055的博客
05-29 299
异常类型：app运行时异常手机型号：ATC 3561手机系统版本：Android 6.0tinker版本：1.9.6gradle版本：2.2.0是否使用热更新SDK： TinkerPatch SDK系统：Android堆栈/日志：01-01 08:00:28.851 W/Tinker.TinkerLoader( 1758): tryLoadPatchFiles:isEnabledForResour...
集成buggly热修复的时候报错
myf0908的博客
05-19 2737
Error:A problem occurred configuring project ':app'.&gt; Failed to notify project evaluation listener.   &gt; Tinker does not support instant run mode, please trigger build by assembleCeshiDebug or di...
评论 6
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值