前面简单介绍了一下Tinker热修复，今天就来分享一下如何在Android中使用，希望对各位有帮助。
1：Tinker 接入指南
在项目的build.gradle中，添加tinker-patch-gradle-plugin的依赖
dependencies { classpath 'com.android.tools.build:gradle:2.2.3' classpath ('com.tencent.tinker:tinker-patch-gradle-plugin:1.9.1') // NOTE: Do not place your application dependencies here; they belong // in the individual module build.gradle files }
然后在app的gradle文件app/build.gradle，我们需要添加tinker的库依赖以及apply tinker的gradle插件.
dependencies { //可选，用于生成application类 provided('com.tencent.tinker:tinker-android-anno:1.9.1') //tinker的核心库 compile('com.tencent.tinker:tinker-android-lib:1.9.1') }
...
//apply tinker插件
apply plugin: 'com.tencent.tinker.patch'
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/> <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>
可以参考官方配置或者我的Demo中两个gradle文件的配置
2：API主要就是初始化和loadPacth
初始化Application
@SuppressWarnings("unused")
@DefaultLifeCycle(application = "tinker.sample.android.app.SampleApplication",
flags = ShareConstants.TINKER_ENABLE_ALL,
loadVerifyFlag = false)
public class SampleApplicationLike extends DefaultApplicationLike {
private static final String TAG = "Tinker.SampleApplicationLike";
public SampleApplicationLike(Application application, int tinkerFlags, boolean tinkerLoadVerifyFlag,
long applicationStartElapsedTime, long applicationStartMillisTime, Intent tinkerResultIntent,
Resources[] resources, ClassLoader[] classLoader, AssetManager[] assetManager) {
super(application, tinkerFlags, tinkerLoadVerifyFlag, applicationStartElapsedTime, applicationStartMillisTime, tinkerResultIntent, resources, classLoader, assetManager);
}
/**
* install multiDex before install tinker
* so we don't need to put the tinker lib classes in the main dex
*
* @param base
*/
@TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH)
@Override
public void onBaseContextAttached(Context base) {
super.onBaseContextAttached(base);
//you must install multiDex whatever tinker is installed!
MultiDex.install(base);
SampleApplicationContext.application = getApplication();
SampleApplicationContext.context = getApplication();
TinkerManager.setTinkerApplicationLike(this);
TinkerManager.initFastCrashProtect();
//should set before tinker is installed
TinkerManager.setUpgradeRetryEnable(true);
//optional set logIml, or you can use default debug log
TinkerInstaller.setLogIml(new MyLogImp());
//installTinker after load multiDex
//or you can put com.tencent.tinker.** to main dex
TinkerManager.installTinker(this);
}
@TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH)
public void registerActivityLifecycleCallbacks(Application.ActivityLifecycleCallbacks callback) {
getApplication().registerActivityLifecycleCallbacks(callback);
}
}
<application android:name=".app.SampleApplication" android:icon="@mipmap/ic_launcher" android:label="@string/app_name" android:theme="@style/AppTheme">
第一个是验证补丁是否修复成功，第二个按钮是补丁修复操作
textView.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { //以此来验证是否修复 Toast.makeText(MainActivity.this,"未修复",Toast.LENGTH_SHORT).show(); } }); loadPatchButton.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { TinkerInstaller.onReceiveUpgradePatch(getApplicationContext(), Environment.getExternalStorageDirectory().getAbsolutePath() + "/patch_signed_7zip.apk"); }
3：编译运行apk
as工具右边点击 Gradle --->点击展开目录,如图：
点击assembleDebug生成apk ，如下图： （如果出错 则需要关闭Instant Run ）
4：效果图
点击文字测试显示 未修复 消息
点击按钮Load Patch 出现 文件不存在，那是因为补丁文件还没有打包生成，
5：热修复补丁文件生成
先修改我们程序上面要修改的错误，我的只是测试很简单
textView.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { //以此来验证是否修复 Toast.makeText(MainActivity.this,"已修复",Toast.LENGTH_SHORT).show(); } });
在app下面的bulid.gradle文件中改成对应日期需要修复的apk名称
tinkerOldApkPath = "${bakPath}/app-debug-0302-17-14-53.apk"
//proguard mapping file to build patch apk
tinkerApplyMappingPath = "${bakPath}/app-debug-0302-17-14-53-mapping.txt"
//resource R.txt to build patch apk, must input if there is resource changed
tinkerApplyResourcePath = "${bakPath}/app-debug-0302-17-14-53-R.txt"
//only use for build all flavor, if not, just ignore this field
tinkerBuildFlavorDirectory = "${bakPath}/app-debug-0302-17-14-53-R.txt"
oldApk = "${bakPath}/app-debug-0302-17-14-53.apk"
改好之后我们就可以生成修复补丁包了，点击tinkerPatchDebug 生成，如图：
生成补丁包，如图：
补丁包生成成功
6：为什么要使用热修复，补丁文件apk的使用
原因：比如你们公司上线一个app，用户反应有重大bug,需要紧急修复。如果按照通
常做法,那就是程序猿加班搞定bug,然后测试,重新打包并发布。这样带来的问题就是成本高,效率低。于是,热
修复就应运而生.一般通过事先设定的接口从网上下载无Bug的代码来替换有Bug的代码。这样就省事多了,用
户体验也好。
这里我们通过adb命令来上传到手机本地内存目录下，然后修复错误，
adb命令相关请看博客： http://www.cnblogs.com/zhangqie/p/8505252.html
到手机内部存储去看看有没有 patch_signed_7zip.apk 文件（此文件一般很小，根据你修改的bug来计） 如图：
成功了
7：修复补丁，查看app修复后的效果
点击按钮Load Patch 显示修复完成消息，点击文字依然是没有效果的，
得结束应用，重启才会有效果。
8：项目中使用
一般正式的项目不会这样去需要用户点击某个按钮来加载修复包(patch apk)，而是用户一开始进入我们app的时候，第一个界面就应该去服务器访问（一般一个App中都会有一个接口，用来获取服务器给客户端的全局配置）。
假设服务器返回有更新的包，应该就应该弹框去下载patch包，这个时候用户是什么都做不了的，最好加个进度条，当下载完成后，然后合并patch包，最后在跳到主界面。
最好使用HTTPS保证数据的安全，当我们访问服务器是否有修复包的时候，如果有，服务器应该返回修复包patch的下载地址和文件的MD5值，
然后客户端下载完成后对文件进行MD5，然后和服务器的返回的MD5值进行对比看是否一致，因为文件可能被篡改，安全问题，对MD5加密的值和后台人员商议，一致即可。
9：Tinker原理
由图可以看出：
tinker将old.apk和new.apk做了diff，拿到patch.dex，然后将patch.dex与本机中apk的classes.dex做了合并，
生成新的classes.dex，运行时通过反射将合并后的dex文件放置在加载的dexElements数组的前面。
结语：
我的Demo中 debug版和 release版 （需要配置签名）我都测试成功了，可以下载参考
Github：https://github.com/DickyQie/android-tinker
Tinker官网源码和案例：https://github.com/Tencent/tinker
Tinker相关信息： https://github.com/Tencent/tinker/wiki/Tinker