Android热修复-微信Tinker

最新推荐文章于 2021-04-16 20:49:40 发布
置顶 最新推荐文章于 2021-04-16 20:49:40 发布
阅读量7k 收藏 10
点赞数 2
分类专栏： Tinker 文章标签： android bug Tinker 微信 时代
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chengzichen_/article/details/53101204
版权

作者:邓浩宸
11/9/2016 1:13:49 PM

Android的热修复

前言:

随着时代的发展,由于公司的项目需要去求变化平凡计划总赶不上变化,H5的高灵活性,开发周期短,更新速度快H5以及一些混合开发越来越被看好,然而主要原因之一:这种混合开发的方式容错率大,更新和修复BUG快.不用发布版本就可以让用户不觉的情况下就更新对应的内容或者BUG,我们不能否认混合开发的快捷,正在此前提下热修复和热更新技术也得到了非常大的发展,不管热修复还是热更新,都是对app的内容或者逻辑变化做出像web页面更新一样的体验.而本文只对热修复进行探索,不对H5进行深入研究.而今天的主人公的话是微信Tinker.

不久前微信开源了Tinker,github的star数量直飚5000+,我的天,还在等什么,学习学习.

个人的博客: https://chengzichen.github.io/ 有一些Linux和android和前端的简单的笔记

什么是热修复

热修复补丁（hotfix），又称为patch，指能够修复软件漏洞的一些代码，是一种快速、低成本修复产品软件版本缺陷的方式。
前言中描述的”不用发布版本就可以让用户不觉的情况下就更新对应的内容或者BUG”可能不算准确,所以我自行百度了一下.
热修复说白了就是”打补丁”，比如你们公司上线一个app，用户反应有重大bug,需要紧急修复。如果按照通
常做法,那就是程序猿加班搞定bug,然后测试,重新打包并发布。这样带来的问题就是成本高,效率低。于是,热
修复就应运而生.一般通过事先设定的接口从网上下载无Bug的代码来替换有Bug的代码。这样就省事多了,用
户体验也好.

原理

类似与插件开发,关于插件开发原理,看这篇 Android插件原理剖析 ,其中介绍了一下java中的类加载器和android中的类加载器. 热修复就是利用android中的 DexClassLoader 类加载器,动态加载补丁dex,替换有bug的类

已有的热修复解决方案:

微信Tinker

Tinker的github地址:https://github.com/Tencent/tinke

Tinker原理:微信Android热补丁实践演进之路

官方给出的定义:
Tinker is a hot-fix solution library for Android, it supports dex, library and resources update without reinstalling apk.
Tinker是微信官方的Android热补丁解决方案，它支持动态下发代码、So库以及资源，让应用能够在不需要重新安装的情况下实现更新。当然，你也可以使用Tinker来更新你的插件。

这里原理以及好处.在这里就BB了,我们开发人员只需要关心怎么使用,实现就可以了.不过这里还是贴出来给大家学习..那么接下来直接实践作为一个资深的开发人员学习一个新的技术,第一想到就是去官网看看文档跑跑Demo,当然我也不例外(资深).

导入Sample工程

  • tinkerd地址,下载下来解压打开导入Android Studio,我们只需要把tinker-sample-android这个目录导入即可.
  • 导入之后,构建一下,想都不用想肯定出错,提示“tinkerId is not set!!!”,WTF????然后我们肯定会去看他的接入指南,前面一大堆BBBB…
    看到了Sample的使用方法内心激动起来以为可以知道了什么原因了,再次WTF???没有直接就是运行的后的说明,不能忍,于是我又去网上找找,算是找到了解决的办法,但是后面才知道这些问题微信维护开源人员被问了烦了,直接列出了常见问题,我都不知道说什么了…….
    问题解决:这是因为没有正确的配置IDE的git路径, 若不是通过clone方式下载tinker，需要本地手动commit一次。这里你也可以使用其他字符作为tinkerId;

我这里的话直接就把当前的版本号作为id..

补充：关于获取git提交版本号?

1git rev-parse –short HEAD
这段代码主要是用来显示最近一次提交到HEAD上的记录编号（类似于“b03b0c4”的字符串，每次提交，字符串都不一样。个人对git命令行了解不多，如果有知道的大神麻烦指教一下）。
所以前面说的，除了环境变量要配置git（可以在命令行输入 git –version ，显示出了版本号，便是配置成功），还要把你的项目与git关联起来，并且保证有一次提交记录，才能获取到该字符串。

具体使用可以看我的另一篇文章：关于git命令“git rev-parse –short HEAD”在android studio中使用与配置的个人探究

个人觉得，加入这段代码，显得更麻烦了，还不如直接写死，或者获取其他的版本号。

编译运行原版apk

  • 接下使用assembleDebug命令,再拿到下图中的app-debug-xxxxx.apk装在手机上运行


或者直接运行(不过要先关闭Instant Run) ->file->setting->Build.E….->Instant Run 第一个去掉就可以运行了

配置原版apk路径


这里的oldapkpath是上图编译运行原版apk中得到的apk路径和R.txt路径配置下就ok

if (buildWithTinker()) {
apply plugin: 'com.tencent.tinker.patch'

tinkerPatch {
     * the old apk path, use to diff with the new apk to build
     * add apk from the build/bakApk
     */
    oldApk = "${bakPath}/app-debug-1108-13-43-27.apk"
    ignoreWarning = false
    useSign = true
    buildConfig {

        applyMapping = getApplyMappingPath()

        applyResourceMapping = getApplyResourceMappingPath()

        tinkerId = getTinkerIdValue()
    }

这里的oldapk也要修改成上面编译运行原版apk生成apk的路径

修改源码 生成新版apk 补丁

  • 运行起来之后,打开代码MianActvity,修改代码,打开Log.e(TAG, “i am on onCreate string:” + getResources().getString(R.string.test_resource))的注释

  • 再运行下面图中的tinkerPatchDebug,或者在Terminal使用gradlew tinkerPatchDebug ,Terminal->就是
    Android studio 一般左下角的那个cmd控制台一样的东西

这样在app/build/outputs/tinkerPatch/debug/patch_signed_7zip.apk路径下找到这个差异包,也就是我们俗称的补丁.如下图:

推送补丁

然后把patch_signed_7zip.apk放到手机SD卡中去使用命令
adb push ./app/build/outputs/tinkerPatch/debug/patch_signed_7zip.apk /storage/sdcard0/
这里放置的路径与apk中获取补丁位置一致

运行应用,加载补丁

再次运行apk,点击LoadPatch时调用TinkerInstaller.onReceiveUpgradePatch(getApplicationContext(), Environment.getExternalStorageDirectory().getAbsolutePath() + "/patch_signed_7zip.apk"); 方法,加载补丁.
查看控制台日志,打印出i am on onCreate string:I am in the base apk 就表示成功了

补充：返回键退出后进入，并没有执行修复。

（当时以为是我手机的原因，就没太在意），现在有朋友评论说自己也加载成功但没法修复，是不是跟我一样按得返回键退出。

杀进程后再进入 ，应该就可以修复成功了，如果不成功，把补丁包逆向一下，看看自己修复的部分有没有在里面。

小结:

虽然说我们照着上述的步骤Demo运行了,也看到了效果,但是我们有可能并不知道为什么要那样做,所以在这里我们要理一理思绪,我们都做了什么事情或者说我们实际项目中需要做什么? 1:配置好Tinker运行所需要的环境.2,编译拿到第一个基准包(就是我们实际项目中要线上需要修复的包)3,代码修复,使用修改后代码与基准包生成补丁(差异包)4,把补丁打入需要修复的基准包中(Tinker封装好了调用方法就ok).这就一个使用过程.

修改后的Demo地址: https://github.com/chengzichen/tinker-sample-android

集成到自己的项目中

1. 添加gradle依赖

在项目的build.gradle中，添加tinker-patch-gradle-plugin的依赖

buildscript {
    dependencies {
        classpath ('com.tencent.tinker:tinker-patch-gradle-plugin:1.7.3')
    }
}
然后在app的gradle文件app/build.gradle，我们需要添加tinker的库依赖以及apply tinker的gradle插件.

dependencies {
    //可选，用于生成application类 
    provided('com.tencent.tinker:tinker-android-anno:1.7.3')
    //tinker的核心库
    compile('com.tencent.tinker:tinker-android-lib:1.7.3') 
}
...
...
//apply tinker插件
apply plugin: 'com.tencent.tinker.patch'

2. 添加生成补丁方法

tinkerPatch {
//有问题的apk的地址,就是要修复BUG的那个apk,这是在电脑上位置
oldApk = "D://1//app-debug-old.apk"
ignoreWarning = false
useSign = true
buildConfig {
    tinkerId = "1.0"
}
packageConfig {
    //写这个为了修复一个bug,详见github issue #22
    configField("TINKER_ID", "1.0")
}
dex {
    dexMode = "jar"
    pattern = ["classes*.dex", "assets/secondary-dex-?.jar"]
    loader = ["com.tencent.tinker.loader.*", "com.kairu.rxjava.app.MyApplicationLike"]
}
lib {
    pattern = ["lib/armeabi/*.so", "lib/arm64-v8a/*.so", "lib/armeabi-v7a/*.so", "lib/mips/*.so", "lib/mips64/*.so", "lib/x86/*.so", "lib/x86_64/*.so"]
}
res {
    pattern = ["res/*", "assets/*", "resources.arsc", "AndroidManifest.xml"]
    largeModSize = 100
}
sevenZip {
    zipArtifact = "com.tencent.mm:SevenZip:1.1.10"
}
}

3. 配置Application

程序启动时会加载默认的Application类，这导致我们补丁包是无法对它做修改了。如何规避？在这里我们并没有使用类似InstantRun hook Application的方式，而是通过代码框架的方式来避免，这也是为了尽量少的去反射，提升框架的兼容性。

这里我们要实现的是完全将原来的Application类隔离起来，即其他任何类都不能再引用我们自己的Application。我们需要做的其实是以下几个工作：

将我们自己Application类以及它的继承类的所有代码拷贝到自己的ApplicationLike继承类中，例如SampleApplicationLike。你也可以直接将自己的Application改为继承ApplicationLike;
Application的attachBaseContext方法实现要单独移动到onBaseContextAttached中；
对ApplicationLike中，引用application的地方改成getApplication();
对其他引用Application或者它的静态对象与方法的地方，改成引用ApplicationLike的静态对象与方法；
更详细的事例，大家可以参考下面的一些例子以及SampleApplicationLike的做法。

这是我的例子:也可以参考https://github.com/Tencent/tinker/wiki/Tinker-%E8%87%AA%E5%AE%9A%E4%B9%89%E6%89%A9%E5%B1%95

@DefaultLifeCycle(
        application = "com.kairu.rxjava.app.MyApplication",//这的Application是以前项目中的MyApplication
        flags = ShareConstants.TINKER_ENABLE_ALL
)
public class MyApplicationLike extends DefaultApplicationLike {

    private static Application mApplication;
    public static String currentGirl = "http://ww2.sinaimg.cn/large/610dc034jw1f5k1k4azguj20u00u0421.jpg";

    public MyApplicationLike(Application application, int tinkerFlags, boolean 
    tinkerLoadVerifyFlag, long applicationStartElapsedTime, long applicationStartMillisTime, 
    Intent tinkerResultIntent, Resources[] resources, ClassLoader[] classLoader, AssetManager[] assetManager) {
    applicationStartMillisTime, tinkerResultIntent, resources, classLoader, assetManager);

    }


    @Override
    public void onCreate() {
        super.onCreate();
        //这里把所有的Application换成getApplication() 原因看https://github.com/Tencent/tinker/wiki/Tinker-%E8%87%AA%E5%AE%9A%E4%B9%89%E6%89%A9%E5%B1%95
        mApplication = getApplication();

        //配置是否显示log
        LogUtil.isDebug = true;

        //配置时候显示toast
        ToastUtils.isShow = true;
    }
    @Override
    public void onBaseContextAttached(Context base) {
        super.onBaseContextAttached(base);
        TinkerInstaller.install(this);
        //在初始化的时候调用加载补丁的方法,路径是实际补丁放的位置
        TinkerInstaller.onReceiveUpgradePatch(this.getApplication(), Environment.getExternalStorageDirectory().getAbsolutePath()+"/patch_signed_7zip.apk");

    }
    public static Context getContext() {
        return mApplication;
    }


    public static Application getIntstance() {
        return mApplication;
    }
}

是不是简单暴力就完了?当然配置就搞定了,没有那么复杂…..

最后我们都配置好了那怎么得到补丁包呢? 只要重复上面的动作就ok啦

步骤1:编译运行原版apk

把生成的apk放在自己定义的路径下 

tinkerPatch {
    ...
//有问题的apk的地址,就是要修复BUG的那个apk,这是在电脑上位置
oldApk = "D://1//app-debug-old.apk"
    ...
    }

步骤2:修改源码 生成新版apk 补丁

这里修改源码指的是实际项目中修复BUG更改的代码…

后续的步骤都一样就搞定了…………

Tinker的局限

如果出现以下的情况，并且ignoreWarning为false，我们将中断编译。因为这些情况可能会导致编译出来的patch包带来风险：

1. minSdkVersion小于14，但是dexMode的值为”raw”;
2. 新编译的安装包出现新增的四大组件(Activity, BroadcastReceiver…)；
3. 定义在dex.loader用于加载补丁的类不在main dex中;
4. 定义在dex.loader用于加载补丁的类出现修改；
5. resources.arsc改变，但没有使用applyResourceMapping编译。

还有就是需要结束当前进程才能进行修复….

指南详情

最后

修改后官方的Demo地址:文章有什么不对的地方跪求大家指出…感动**

https://github.com/chengzichen/tinker-sample-android

随后集成到项目中Demo也将放到git上

谢谢大家

参考文献:

http://www.tuicool.com/articles/2i67reV Android 热修复总结

https://github.com/Tencent/tinker tinker项目

https://github.com/Tencent/tinker/wiki tinker wiki

https://github.com/Tencent/tinker/wiki/Tinker-%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98 常见问题

chengzichen_
关注
专栏目录
Tinker热修复
05-04
使用Tinker热修复，文章介绍可以点击下面的链接：https://mp.csdn.net/mdeditor
微信Tinker热修复Demo
11-09
微信Tinker是一款强大的Android应用热修复框架，由微信团队开发并开源，旨在解决应用程序在发布后出现的运行时错误和缺陷，而无需用户重新下载整个APK。通过Tinker，开发者可以快速修复线上问题，提高用户体验，降低...
Tinker 热修复
地平线的博客
01-26 1011
介绍   Tinker是微信官方的Android热补丁解决方案，它支持动态修改代码（class文件）、So库以及资源，让应用能够在不需要重新安装的情况下实现更新。当然，你也可以使用Tinker来更新你的插件，实现动态部署。 它主要包括以下几个部分： 1）gradle编译插件: tinker-patch-gradle-plugin （用于生成差分补丁的gradle插件）   2）核心s
基于Tinker的热修复
小小9575的博客
04-12 6807
Tinker是腾讯推出的一种热修方案，下面介绍一下Tinker的接入步骤。一、在工程的 build.gradle添加远程仓库依赖 jcenterbuildscript { repositories { jcenter() } dependencies { // TinkerPatch 插件 classpath "com.tin...
Bugly 微信Tinker 热修复
qq_29983773的博客
03-12 668
目前常见热修复方案的一个对比   Tinker QZone AndFix Robust 类替换 yes yes no no So替换 yes no no no 资源替换 yes yes no no 全平台支持 yes yes yes yes 即时生效 ...
Node.js-Android热修复与增量升级基于微信Tinker原理
08-12
综上所述，基于微信Tinker原理的Android热修复和增量升级是一种高效、便捷的维护手段。开发者可以通过理解Tinker的工作机制，结合自身的应用需求，实现稳定可靠的热修复和增量升级方案，从而提升应用质量和用户体验...
Android热修复Tinker接入及源码解读
08-26
Android热修复Tinker接入及源码解读 热修复技术已经成为项目中非常重要的模块之一，主要是因为项目上线之后难免会有各种问题，而这些问题需要通过发版去修复，成本太高。现在热修复的技术有阿里的AndFix、QZone的...
Android代码-受微信热修复原理激发的Android热修复与增量升级框架，简单易用。
08-07
> Delta offers your android app the hot fix and incremental upgrade powers. Principle Inspired by wechat's Tinker, please check this page for more information. Features Kind to developers and easy ...
微信开源的Android热修复框架Tinker.zip
07-19
微信开源的 Android 热修复框架 Tinker，支持在无需升级APK的前提下更新 dex, library and resources 文件。 标签：Tinker
TinkerDemo:Tinker热修复，它是微信官方的Android热补丁解决方案，它支持动态下发代码，So库以及资源，让应用能够在不需要重新安装的情况下实现更新
03-23
小叮当 它是微信官方的Android热补丁解决方案，它支持动态下发代码，So库以及资源，让应用能够在不需要重新安装的情况下实现更新。 1.build.gradle（项目） dependencies { ... classpath "com.tencent.tinker:tinker-patch-gradle-plugin:1.7.3" } ### 2.build.gradle（Module）注意是否打开分包multiDexEnabled需要配置keep_in_main_dex.txt保持不变，该文件可直接复制到项目修改其中的应用程序路径即可并打开选项 dexOptions { jumboMode = true } defaultConfig { ... multiDexEnabled true
热更新方案 - Tinker 手记
05-22
热更新是一项很重要也及其热门的技术，就热更新技术本省的原理来说，并不是很复杂，如果要用到大型复杂项目上 对热更新的包管控就非常重要，tinker就是一个很值得研究学习的一套方案
Android Tinker热修复
子孟的博客
08-04 2277
文章参考：http://www.jianshu.com/p/db504b33bca5应该都遇到过刚上线的app，突然发现一个严重的bug需要修复，怎么办，以前的做法修改bug，然后重新打包app，测试，发新版本。即使是仅仅改动一行代码，也需要这么繁琐的操作来修复bug。 后来，出现热修复技术，用户在使用过程中不知不觉bug就修复了。 现在已经出现了很多热修复技术了，这里记录Tinker的集成接入
热修复（Tinker的使用）
xydzjnq的博客
09-12 1345
编辑于2018年9月12日 直接开始热修复的话题。 热修复是一种插件化的技术，当线上应用出现BUG时，无需发布新包让用户更新，而是通过补丁包让用户更新。具有及时修复BUG，用户无需下载新的应用从而达到无感知修复，提供用户体验的优点。 Tinker是一款微信开源的热修复框架，下面就来使用它。 第一步配置Tinker 第二步，继承DefaultApplitionLike，并通过注...
【Android】热修复——Tinker
小Zang爱吃肉
03-15 628
本文介绍了Tinker的接入方式，更加详细的内容可以查阅官方文档Tinker是微信官方的Android热补丁解决方案，它支持动态下发代码、So库以及资源，让应用能够在不需要重新安装的情况下实现更新。当然，你也可以使用Tinker来更新你的插件。Tinker所支持的功能如下来自官方GithubTinker热补丁方案·不仅支持类、So以及资源的替换，它还是2.X－7.X的全平台支持。在项目的build...
Android 热修复方案Tinker 系列文章
along
12-13 265
最近在看flutter热更新，需要看下so的热更新，找到了下面的系列文章，写的很不错。 Android 热修复方案Tinker(一) Application改造 Android 热修复方案Tinker(二) 补丁加载流程 Android 热修复方案Tinker(三) Dex补丁加载 Android 热修复方案Tinker(四) 资源补丁加载 Android 热修复方案Tinker(五) SO补丁...
管中窥 Tinker， 一览热修复
小松与蘑菇
04-16 349
关于热修复，这个曾经让小松觉得超级厉害的技术，一直都没敢的接触，最近因为一些事情，注销了王者账号后，时间多了一些，现在来研究下吧 本文仅讲述自己的学习进程，涉及到部分源代码和思想，但是不会过于深入，适合了解 是什么 首先，所谓的热修复，也就是 hotfix，顾名思义，也就是不需要重新写代码发 apk，而是用户不需要更新手机里面的 app 就可以把代码修复，尤其是一些严重影响体验的问题，比如 crash 之类的，如果等新版本发布再改那不得被用户喷死 因此，hotfix 就尤为重要，对于开发来说，一般不需要
热修复Tinker使用
一抹离愁
12-01 450
1 在官网http://tinkerpatch.com 注册账号 集成环境 Android studio3.4 在project 的build.gradle dependencies { classpath "com.tinkerpatch.sdk:tinkerpatch-gradle-plugin:1.2.14" } 在App ...
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值