热修复技术初探（二）

上一篇介绍了And-fix热修复框架，但And-fix有它的局限性，现在介绍最近比较流行的一个热框架tinker。几个相关的链接，有助于快速了解。

1） 框架在github上的开源地址，https://github.com/Tencent/tinker； 2） tinker的历史，https://www.diycode.cc/topics/321 3) 微信Android热补丁实践演进之路http://mp.weixin.qq.com/s?__biz=MzAwNDY1ODY2OQ==&mid=2649286306&idx=1&sn=d6b2865e033a99de60b2d4314c6e0a25#rd

下面介绍下tinker的继承教程，以当前tinker1.7.7版本为例：

一. 项目的根build.gradle 引入build 依赖

dependencies { classpath ('com.tencent.tinker:tinker-patch-gradle-plugin:1.7.7') }

二.app module的build.gradle 引入编译依赖

dependencies { //可选，用于生成application类 compile('com.tencent.tinker:tinker-android-anno:1.7.7') //tinker的核心库 compile('com.tencent.tinker:tinker-android-lib:1.7.7') compile('com.android.support:multidex:1.0.1') }

三.app需要下载patch文件到sdcard，以及read操作，需要读写权限

<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/> <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>

四、复制官方sample工程app/build.gradle中的其他相关配置到自己的app/build.gradle中 五、使用Tinker的要求自定义Application类，这一块需要特殊说明一下，tinker为了达到修改应用自己的Application的目的，使用代码框架封装继承DefaultApplicationLike的方式来实现对Application的修改，主要为了减少反射的使用和提高兼容性，具体说明参考 Tinker Wiki。

怎样实现自己的Application类呢，主要还是参考Tinker推荐的方式，通过注解生成Application类。

5.1 写一个继承自DefaultApplicationLike 的子类，例如SampleApplicationLike。并实现默认构造方法。

5.2 在SampleApplicationLike中添加如下注解,代码如下：

@DefaultLifeCycle( application = "com.geepi.tinkerhotfix.application", flags = ShareConstants.TINKER_ENABLE_ALL) public class TinkerHotFixApplicationLike extends DefaultApplicationLike { public TinkerHotFixApplicationLike(Application application, int tinkerFlags, boolean tinkerLoadVerifyFlag, long applicationStartElapsedTime, long applicationStartMillisTime, Intent tinkerResultIntent) { super(application, tinkerFlags, tinkerLoadVerifyFlag, applicationStartElapsedTime, applicationStartMillisTime, tinkerResultIntent); } @Override public void onBaseContextAttached(Context base) { super.onBaseContextAttached(base); MultiDex.install(base); TinkerInstaller.install(this); } @TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH) public void registerActivityLifecycleCallbacks(Application.ActivityLifecycleCallbacks callback) { getApplication().registerActivityLifecycleCallbacks(callback); } }

六、找个地方加载补丁，我们这里为了演示，点击按钮进行加载补丁

findViewById(R.id.main_btn).setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { update(); } });

七、测试 7.1 在build了有bug的项目后，apk会安装到手机上；同事在build/bakApk目录下会有一个这样的文件产生，app-debug-0308-16-08-14.apk 7.2 使用app-debug-0308-16-08-14.apk 字符串复制到build.gradle里头的tinkerOldApkPath 和tinkerApplyResourcePath 7.3 修改修复后的代码：

//修改之前的代码 private void showToast() { Toast.makeText(this, "打补丁之前", Toast.LENGTH_LONG).show(); } //修改之后的代码 private void showToast() { Toast.makeText(this, "打补丁之后", Toast.LENGTH_LONG).show(); }

7.4 好了, tinker到这里就配置好了, 下面开始打补丁，开始打补丁包 命令行如下： 1）打debug补丁: ./gradlew tinkerPatchDebug 2）打release补丁: ./gradlew tinkerReleaseDebug 这里需要注意, 命令在linux和mac下最好是./gradlew, 意思是当前项目的gradlew, 如果写成gradlew可以会去下载gradle等, 因为那是全局的, 比如AS2.2.2带的版本是2.14.1 而我现在的是最新版本3.2.1, 可输入./gradlew -v 和 gradlew -v　查看 而windows就可以是gradlew 注意 debug和release配置的基包不同, 和他们一一对应, 另外, release还需要配置mapping文件.