Tinker源码解析

已于 2022-08-03 10:25:24 修改
阅读量1.4k 收藏 1
点赞数 4
分类专栏： android开发 文章标签： android java android studio
于 2022-08-03 10:22:57 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/dbs1215/article/details/126126229
版权

tinker源码解析

Tinker

Git项目地址：https://github.com/Tencent/tinker

本例解析tag为v1.9.14.19

一、概述

Tinker is a hot-fix solution library for Android, it supports dex, library and resources update without reinstalling apk.

在这里插入图片描述
tinker作为Android一款热修复框架，实践应用在微信上，其稳定性，兼容性不言而喻；看下官方说明
在这里插入图片描述
上图来自tinker官方，我截了个图，可以看到tinker相比其他热修复框架优势还是非常明显的，作为Android开发有必要探究下起内部实现机制，今天就来扒一扒tinker皮

tinker基本接入步骤直接忽略，下面以tinker-sample-android为例进行逐步解析，既然Tinker是一款免安装针对Android的热补丁修复框架，热修复 必定绕过不二部分

  1. class修复，在Android中也就是dex修复
  2. 资源修复

二、Tinker在启动做了什么？

先看下SampleApplication

image-20220314113732420

这里的SampleApplication是由tinker-android-anno自动生成的，可以看到它且继承了TinkerApplication，且在构造器中传入了一个参数给父类，里面包含了代理类，自定义加载器类名等

在这里插入图片描述

我们直接看TinkerApplication.attachBaseContext好了

@Override
    protected void attachBaseContext(Context base) {
   
        super.attachBaseContext(base);
        final long applicationStartElapsedTime = SystemClock.elapsedRealtime();
        final long applicationStartMillisTime = System.currentTimeMillis();
        Thread.setDefaultUncaughtExceptionHandler(new TinkerUncaughtHandler(this));
        onBaseContextAttached(base, applicationStartElapsedTime, applicationStartMillisTime);
    }
  1. 设置了Tinker异常处理器，当有异常出现时记录堆栈信息并持久化到本地
  2. 调用onBaseContextAttached
    1. loadTinker
    2. 调用delegateClassName对象即SampleApplicationLike.onBaseContextAttached方法
// TinkerApplication
protected void onBaseContextAttached(Context base, 
                                     long applicationStartElapsedTime,
                                     long applicationStartMillisTime) {
   
        try {
   
            loadTinker();
            mCurrentClassLoader = base.getClassLoader();
            mInlineFence = createInlineFence(this, tinkerFlags, delegateClassName,
                    tinkerLoadVerifyFlag, applicationStartElapsedTime, applicationStartMillisTime,
                    tinkerResultIntent);
            TinkerInlineFenceAction.callOnBaseContextAttached(mInlineFence, base);
            //reset save mode
            if (useSafeMode) {
   
                ShareTinkerInternals.setSafeModeCount(this, 0);
            }
        } catch (TinkerRuntimeException e) {
   
            throw e;
        } catch (Throwable thr) {
   
            throw new TinkerRuntimeException(thr.getMessage(), thr);
        }
    }

loadTinker是其tinker启动加载核心；内部其实就是寻找并解压补丁包，并动态加载

三、loadTinker

image-20220314115707431

我们看到loadTinker代码实现非常简单，是调用loaderClassName即com.tencent.tinker.loader.TinkerLoader.tryLoad方法，当然这里的tinkerLoader对象也是反射搞出来的

tryLoad内部实现了啥？可以大胆猜测是对下发的补丁包进行解压，解压后有二类资源一类是dex文件，一类是资源文件；对于dex文件可以直接使用DexClassLoader实现动态加载，对于资源文件可以通过反射调用addAssetPath将资源告知给系统；接下来看下tinker内部实现是不是这样做的？

@Override
    public Intent tryLoad(TinkerApplication app) {
   
        ShareTinkerLog.d(TAG, "tryLoad test test");
        Intent resultIntent = new Intent();

        long begin = SystemClock.elapsedRealtime();
      	// 1. 核心代码
        tryLoadPatchFilesInternal(app, resultIntent);
        long cost = SystemClock.elapsedRealtime() - begin;
      
      	// 2. 记录补丁包耗时
        ShareIntentUtil.setIntentPatchCostTime(resultIntent, cost);
        return resultIntent;
    }

tryLoadPatchFilesInternal内部实现有330行代码左右，但主流程非常清晰，我们以功能来划分逐部拆解即可，主要分为四个小块

  1. 读取补丁信息
  2. patch版本相关处理
  3. dex，res，so等校验处理
  4. load patch dex

1. 解析补丁信息

private void tryLoadPatchFilesInternal(TinkerApplication app, Intent resultIntent) {
   
		 final int tinkerFlag = app.getTinkerFlags();
		// 一些校验处理
        if (!ShareTinkerInternals.isTinkerEnabled(tinkerFlag)) {
   
            ShareTinkerLog.w(TAG, "tryLoadPatchFiles: tinker is disable, just return");
            ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_DISABLE);
            return;
        }
        if (ShareTinkerInternals.isInPatchProcess(app)) {
   
            ShareTinkerLog.w(TAG, "tryLoadPatchFiles: we don't load patch with :patch process itself, just return");
            ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_DISABLE);
            return;
        }
  
  			// 1. 获取补丁包位置
        //tinker
        File patchDirectoryFile = SharePatchFileUtil.getPatchDirectory(app);
        if (patchDirectoryFile == null) {
   
            ShareTinkerLog.w(TAG, "tryLoadPatchFiles:getPatchDirectory == null");
            //treat as not exist
            ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_DIRECTORY_NOT_EXIST);
            return;
        }
        String patchDirectoryPath = patchDirectoryFile.getAbsolutePath();
				
  			// 2. 补丁目录校验
        //check patch directory whether exist
        if (!patchDirectoryFile.exists()) {
   
            ShareTinkerLog.w(TAG, "tryLoadPatchFiles:patch dir not exist:" + patchDirectoryPath);
            ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_DIRECTORY_NOT_EXIST);
            return;
        }
				
        //tinker/patch.info  3. 读取补丁相关信息
        File patchInfoFile = SharePatchFileUtil.getPatchInfoFile(patchDirectoryPath);

        //check patch info file whether exist
        if (!patchInfoFile.exists()) {
   
            ShareTinkerLog.w(TAG, "tryLoadPatchFiles:patch info not exist:" + patchInfoFile.getAbsolutePath());
            ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_INFO_NOT_EXIST);
            return;
        }
        //old = 641e634c5b8f1649c75caf73794acbdf
        //new = 2c150d8560334966952678930ba67fa8
        File patchInfoLockFile = SharePatchFileUtil.getPatchInfoLockFile(patchDirectoryPath);
				
  			// 4. 解析补丁信息
        patchInfo = SharePatchInfo.readAndCheckPropertyWithLock(patchInfoFile, patchInfoLockFile);
        if (patchInfo == null) {
   
            ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_INFO_CORRUPTED);
            return;
        }	
}

解析补丁信息(readAndCheckPropertyWithLock)字段包括如下

old --> oldVer
new --> newVer
is_protected_app --> 加固app
is_remove_new_version
print --> finger print
dir --> oat dir
is_remove_interpret_oat_dir

2. patch版本处理

private void tryLoadPatchFilesInternal(TinkerApplication app, Intent resultIntent) {
   				
				// ...
				final boolean isProtectedApp = patchInfo.isProtectedApp;
        resultIntent.putExtra(ShareIntentUtil.INTENT_IS_PROTECTED_APP, isProtectedApp);

        String oldVersion = patchInfo.oldVersion;
        String newVersion = patchInfo.newVersion;
        String oatDex = patchInfo.oatDir;

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

        boolean mainProcess = ShareTinkerInternals.isInMainProcess(app);
        boolean isRemoveNewVersion = patchInfo.isRemoveNewVersion;

        if (mainProcess) {
   
            final String patchName = SharePatchFileUtil.getPatchVersionDirectory(newVersion);
            // So far new version is not loaded in main process and other processes.
            // We can remove new version directory safely.
            if (isRemoveNewVersion) {
   
                ShareTinkerLog.w(TAG, "found clean patch mark and we are in main process, delete patch file now.");
                if (patchName != null) {
   
                    // oldVersion.equals(newVersion) means the new version has been loaded at least once
                    // after it was applied.
                    final boolean isNewVersionLoadedBefore = oldVersion.equals(newVersion);
                    if (isNewVersionLoadedBefore) {
   
                        // Set oldVersion and newVersion to empty string to clean patch
                        // if current patch has been loaded before.
                        oldVersion = "";
                    }
                    newVersion = oldVersion;
                    patchInfo.oldVersion = oldVersion;
                    patchInfo.newVersion = newVersion;
                    patchInfo.isRemoveNewVersion = false;
                    SharePatchInfo.rewritePatchInfoFileWithLock(patchInfoFile, patchInfo, patchInfoLockFile);

                    String patchVersionDirFullPath = patchDirectoryPath + "/" + patchName;
                    SharePatchFileUtil.deleteDir(patchVersionDirFullPath);

                    if (isNewVersionLoadedBefore) {
   
                        ShareTinkerInternals.killProcessExceptMain(app);
                        ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_DIRECTORY_NOT_EXIST);
                        return;
                    }
                }
            }
            if (patchInfo.isRemoveInterpretOATDir) {
   
                // delete interpret odex
                // for android o, directory change. Fortunately, we don't need to support android o interpret mode any more
                ShareTinkerLog.i(TAG, "tryLoadPatchFiles: isRemoveInterpretOATDir is true, try to delete interpret optimize files");

                patchInfo.isRemoveInterpretOATDir = false;
                SharePatchInfo.rewritePatchInfoFileWithLock(patchInfoFile, patchInfo, patchInfoLockFile);
                ShareTinkerInternals.killProcessExceptMain(app);
                String patchVersionDirFullPath = patchDirectoryPath + "/" + patchName;
                SharePatchFileUtil.deleteDir(patchVersionDirFullPath + "/" + ShareConstants.INTERPRET_DEX_OPTIMIZE_PATH);
            }
        }

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

        boolean versionChanged = !(oldVersion.equals(newVersion));
        boolean oatModeChanged = oatDex.equals(ShareConstants.CHANING_DEX_OPTIMIZE_PATH);
        oatDex = ShareTinkerInternals.getCurrentOatMode(app, oatDex);
        resultIntent.putExtra(ShareIntentUtil.INTENT_PATCH_OAT_DIR, oatDex);

        String version = oldVersion;
        if (versionChanged && mainProcess) {
   
            version = newVersion;
        }
        if (ShareTinkerInternals.isNullOrNil(version)) {
   
            ShareTinkerLog.w(TAG, "tryLoadPatchFiles:version is blank, wait main process to restart");
            ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_INFO_BLANK);
            return;
        }

        //patch-641e634c
        String patchName = SharePatchFileUtil.getPatchVersionDirectory(version);
        if (patchName == null) {
   
            ShareTinkerLog.w(TAG, "tryLoadPatchFiles:patchName is null");
            //we may delete patch info file
            ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_VERSION_DIRECTORY_NOT_EXIST);
            return;
        }
        //tinker/patch.info/patch-641e634c
        String patchVersionDirectory = patchDirectoryPath + "/" + patchName;

        File patchVersionDirectoryFile = new File(patchVersionDirectory);

        if (!patchVersionDirectoryFile.exists()) {
   
            ShareTinkerLog.w(TAG, "tryLoadPatchFiles:onPatchVersionDirectoryNotFound");
            //we may delete patch info file
            ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_VERSION_DIRECTORY_NOT_EXIST);
            return;
        }

        //tinker/patch.info/patch-641e634c/patch-641e634c.apk
        final String patchVersionFileRelPath = SharePatchFileUtil.getPatchVersionFile(version);
        File patchVersionFile = (patchVersionFileRelPath != null ? new File(patchVersionDirectoryFile.getAbsolutePath(), patchVersionFileRelPath) : null);

        if (!SharePatchFileUtil.isLegalFile(patchVersionFile)) {
   
            ShareTinkerLog.w(TAG, "tryLoadPatchFiles:onPatchVersionFileNotFound");
            //we may delete patch info file
            ShareIntentUtil.setIntentReturnCode(resultIntent, ShareConstants.ERROR_LOAD_PATCH_VERSION_FILE_NOT_EXIST);
            return;
        }

        ShareSecurityCheck securityCheck = new ShareSecurityCheck(app);

        int returnCode = ShareTinkerInternals.checkTinkerPackage(app, tinkerFlag, patchVersionFile, securityCheck);
        if (returnCode != ShareConstants.ERROR_PACKAGE_CHECK_OK) {
   
            ShareTinkerLog.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());
 				// ... 
}

3. 校验

private void tryLoadPatchFilesInternal(TinkerApplication app, Intent resultIntent) {
   
  		// ..
        //tinker/patch.info/patch-641e63
最低0.47元/天 解锁文章
小宝一号
关注
  • 4
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
tinker热更新原理
有图有真相
06-04 2179
什么是 Tinker？ Tinker 是一个开源项目(Github链接)，它是微信官方的 Android 热补丁解决方案，它支持动态下发代码、So 库以及资源，让应用能够在不需要重新安装的情况下实现更新。 热更新方案比较 当前市面的热补丁方案有很多，其中比较出名的有阿里的 AndFix、美团的 Robust 以及 QZone 的超级补丁方案。 1、AndFix作为native解决方案，首先面临的是稳定性与兼容性问题，更重要的是它无法实现类替换，它是需要大量额外的开发成本的； 2、Robust兼容性与成功率
tinker源码分析
饭饭哥的博客
05-17 691
一、基础信息相关验证 从服务器下载patch包之后，开始加载patch包合并全量的dex，合并之前要对patch进行一系列的验证，首先进入onPatchReceived(String path) 方法 1.判断!manager.isTinkerEnabled() || !ShareTinkerInternals.isTinkerEnableWithSharedPreferences(cont
Android 热修复 Tinker接入及源码浅析，阿里面试风波
最新发布
2401_84164503的博客
04-11 249
对于很多初中级Android工程师而言，想要提升技能，往往是自己摸索成长。而不成体系的学习效果低效漫长且无助。时间久了，付出巨大的时间成本和努力，没有看到应有的效果，会气馁是再正常不过的。所以学习一定要找到最适合自己的方式，有一个思路方法，不然不止浪费时间，更可能把未来发展都一起耽误了。如果你是卡在缺少学习资源的瓶颈上，那么刚刚好我能帮到你。一个人可以走的很快，但一群人才能走的更远。
Tinker 源码解析-代码修复和资源修复
u012845099的博客
06-24 714
之前对于热修复的原理了解过，现拿项目中使用的Tinker进行分析，加深理解记忆 Tinker 流程图如下 Tinker 将 old.apk 和 new.apk 做了 diff，生成一个 patch.dex，然后下发到手机，将 patch.dex 和本机 apk 中的 classes.dex 做了合并，生成新的 classes.dex，然后加载。 一Tinker代码修复原理 先从ThinkerApplication看 public abstract class TinkerAppli.
Tinker接入及源码分析（三）
钢铁烈阳--非花非雾
01-10 1233
该系列文章分析基于 Tinker1.7.6 版本 Tinker项目地址：https://github.com/Tencent/tinker Tinker接入及源码分析（一）：简单介绍以及如何接入 Tinker接入及源码分析（二）：加载补丁源码分析 Tinker接入及源码分析（三）：合成补丁源码分析 上篇文章分析了加载补丁的源码，本篇文章会继续分析tinker初始化过程
Android热修复——Tinker源码分析
Memory_of_the_wind的博客
02-20 464
从Tinker的官方文档上可以看到，接入Tinker是在Application中，所以切入点就从Application开始； public class TinkerApplication extends Application { private ApplicationLike tinkerApplicationLike; @Override public void o...
upcsyq#article#热更新开源项目Tinker源码解析之Library热更新1
07-25
所以想要加载最新的库，需要自己使用TinkerInstaller.load*Library去加载库文件，它会自动尝试先去Tinker中的库文件加载，加载不成功会
Tinker项目源码及工具
12-22
Tinker项目源码及使用命令行生成patch文件所需要的工具
tinker 热修复 官方源码 2021 / 04 / 24
04-24
tinker 热修复 官方源码 2021 / 04 / 24
Tinker热修复原理实现源码
05-19
Tinker热修复原理实现源码， 博客地址：https://blog.csdn.net/dreams_deng/article/details/106215171
Android热修复Tinker接入及源码解读
08-26
Android热修复Tinker接入及源码解读 热修复技术已经成为项目中非常重要的模块之一，主要是因为项目上线之后难免会有各种问题，而这些问题需要通过发版去修复，成本太高。现在热修复的技术有阿里的AndFix、QZone的...
Tinker 热修复原理手写实现
12-09
https://blog.csdn.net/qq_18983205/article/details/83745035 对应代码
大腾讯的第一个开源项目「Tinker」
stormzhang的专栏
09-25 498
昨天难得秀了一把我跟我儿子的照片，后台被刷爆了...写一篇原创文章很简单，但是坚持原创真心很难，好在我能顺带赚点奶粉钱，这是我能坚持下去的很大原因，所以昨天主要是感谢大家...
Android热更新：微信Tinker框架的接入与测试
garyhu1的博客
08-30 364
Android热修复框架的对比（最终选择微信Tinker） Android热修复框架的对比 总结对比摘自Tinker官方Wiki AndFix作为native解决方案，首先面临的是稳定性与兼容性问题，更重要的是它无法实现类替换，它是需要大量额外的开发成本的；Robust兼容性与成功率较高，但是它与AndFix一样，无法新增变量与类只能用做的bugFix方案；Qzone方案可以做到
Android热修复之微信Tinker使用初探
热门推荐
乌云然的博客
09-27 1万+
Tinker Android 热修复 微信团队 ClassLoader AndFix Nuwa
Tinker接入小白教程
kuyue的专栏
02-07 5675
在这里先给大家拜个晚年，虽然说新已经过了。本文是今天第一篇文章，已经有好长时间没总结了，算了给2017开个好头吧。之前一直搞不懂什么是热修复？其实热修复就是在应用不用重新安装的情况下更新应用。最多的应用场景就是用来修复bug。因为重新发包的代价太大了，所以我们可以选择用热修复来修复bug！需要注意的一点是Tinker在1.7.6版本以及之后的版本不支持加固后的动态更新，所以用了这个就不用用其他厂商
【原】Android热更新开源项目Tinker源码解析系列之一：Dex热更新
weixin_30628077的博客
01-05 127
【原】Android热更新开源项目Tinker源码解析系列之一：Dex热更新 Tinker是微信的第一个开源项目，主要用于安卓应用bug的热修复和功能的迭代。 Tinker github地址：https://github.com/Tencent/tinker 首先向微信致敬，感谢毫无保留的开源出了这么一款优秀的热更新项目。 因Tinker支持Dex，资源文件及so文件的...
Android 热修复方案Tinker(四) 资源补丁加载
Jesse的专栏
12-04 1万+
想要做资源的更新首先需要了解分析资源加载流程,这样才能找到突破口.一般我们在应用中使用和加载资源都是通过Context对象的getResources方法.这里以Android 6.0的源码分析资源加载的流程.
热更新-Bugly-Tinker使用详解
静静人生
07-26 1271
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/Fy993912_chris/article/details/79000699 Bugly热更新是基于Tinker使用的。 为什么使用Bugly呢，因为他目前还没有收费。 费话不多说了，言归正传 使用教程，跟着步骤一步一步教你集成 gradle集成方式 1、添加依赖 compile 'c...
tinker源码下载
01-01
tinker是一个用于Android应用热修复的开源库，它可以让开发者在不重新发布App的情况下修复程序中的bug或者更新功能模块。要下载tinker的源码，首先需要进入tinker的GitHub仓库。在GitHub上搜索tinker，找到它的官方仓库，可以找到tinker的源码并下载。 点击进入tinker的GitHub仓库后，找到“Clone or download”按钮，点击后会出现一个弹窗，里面有下载代码的链接。可以选择直接下载zip压缩文件，或者如果熟悉使用git命令，可以通过命令行将tinker的源码克隆到本地。下载完毕后，解压文件或者切换到源码所在的文件夹，就可以开始查看和使用tinker的源码了。 另外，也可以通过在终端或者命令行中使用git命令从GitHub仓库中克隆tinker的源码到本地。使用以下命令： ``` git clone https://github.com/Tencent/tinker.git ``` 这样就可以将tinker的源码克隆到本地了。下载完源码之后，可以使用Android Studio或者其他的IDE工具打开源码进行查看和编辑。同时，也可以根据自己的需要对tinker进行定制和修改，以满足特定的需求。通过下载tinker的源码，可以深入了解其内部实现原理，从而更好地使用和定制tinker库。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值