Tinker和Tinkerpatch，打包和发包集成

2019年5月26日 402次阅读 来源: JocherCH

文章内容说不上精品，只能算是这个把星期集成的成果分享，如果能够帮助到你，心里默默给个赞就好。

对于tinker源码感兴趣的童鞋可以先看一下

tinker源码研读

我这篇文章通过tinker和tinkerpatch的官方文档进行集成，对于核心思想方面没有深入的解析，所以已经成功使用tinker的童鞋们可以粗略的看一下，顺便可以提提问题。

1. tinker

Tinker接入指南

其实自己拉下github上的项目本地跑起来后，感觉之后的流程就是自己的代码和官方代码的对比，运行自己的程序后会出现什么问题，然后抽丝剥茧办的处理掉bug就ok了

//第一步当然是依赖注入了
//在项目的build.gradle中，添加tinker-patch-gradle-plugin的依赖
buildscript {
    dependencies {
        classpath ('com.tencent.tinker:tinker-patch-gradle-plugin:1.7.5')
    }
}


//然后在app的gradle文件app/build.gradle，我们需要添加tinker的库依赖以及apply tinker的gradle插件.
//目前版本是1.7.5，tinker-server-android是tinkerpatch所需的依赖包
dependencies {
    compile('com.tencent.tinker:tinker-android-anno:1.7.5')
    compile('com.tencent.tinker:tinker-android-lib:1.7.5')
    compile("com.tencent.tinker:tinker-server-android:0.3.2")
}

按照官方文档上接下来就是gradle参数详解，这里我们可以在官方项目中tinker-sample-android中的build.gradle和自己项目中的build.gradle进行对比，其中主要的几个参数在这里说明一下，剩余的碰到的时候可以参照官方文档说明

//签名信息，需要改成自己的签名
signingConfigs {
        release {
            try {
                storeFile file("./keystore/release.keystore")
                storePassword "testres"
                keyAlias "testres"
                keyPassword "testres"
            } catch (ex) {
                throw new InvalidUserDataException(ex.toString())
            }
        }

        debug {
            storeFile file("./keystore/debug.keystore")
        }
    }
    
    
//混淆配置，默认如下，当然你可以改成自己的配置文件
 buildTypes {
        release {
            minifyEnabled true
            signingConfig signingConfigs.release
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
        debug {
            debuggable true
            minifyEnabled false
            signingConfig signingConfigs.debug
        }
    }
    
//tinker基础版配置
ext {
    
    tinkerEnabled = true
    tinkerOldApkPath = "${bakPath}/app-release-1202-15-26-57.apk"
    tinkerApplyMappingPath = "${bakPath}/"
    tinkerApplyResourcePath = "${bakPath}/app-release-1202-15-26-57-R.txt"
}

上述基本的配置结束后，需要对自身的Application进行扩展，即SampleApplicationLike的迁移，具体描述查看Tinker自定义扩展。

@SuppressWarnings("unused")
@DefaultLifeCycle(application = "tinker.sample.android.app.SampleApplicationn",
                  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
     */
    @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);

        //初始化Tinker
        TinkerManager.installTinker(this);
        //初始化TinkerPatch SDK
        TinkerServerManager.installTinkerServer(
            getApplication(), Tinker.with(getApplication()), 3,
            BuildConfig.APP_KEY, BuildConfig.APP_VERSION, "default"
        );
        //开始检查是否有补丁，这里配置的是每隔访问3小时服务器是否有更新。
        TinkerServerManager.checkTinkerUpdate(false);
        //其他初始化，请避免这样的调用getApplication().getApplicationContext()
    }
}

上述代码中需要注意的是要修改application = “tinker.sample.android.app.SampleApplication”为你自己所需的Application

到这里你可以运行一下自己的项目，看有什么错误信息提示，没有问题的话可以在app/build/bakApk/中看到自己的基准包，在编译过程中我们也可以查看控制台中打印的信息，对问题进行一一处理。

Tips：我这里对SampleApplicationLike以及自己的Application都配置成了不混淆

-keep class ....***Application {
    *;
}

-keep class ....SampleApplicationLike {
    *;
}

原因是打出的正式包中SampleApplicationLike找不到，所以这么处理，有童鞋遇到过同样的问题么，怎么处理的呢？

  1. tinkerpatch

tinkerpatch集成文档

当你tinker集成正常，生成了补丁包后通过本地加载没问题，那么再来集成tinkerpatch，一个是tinkerpatch只是线上的分包平台，二是tinkerpatch集成出现问题后就更难查找原因了

目前平台说是免费的，后续不知道会是怎么样个模式，这个当然不是我们要考虑的啦。

tinkerpatch所需的基本配置只有

 compile("com.tencent.tinker:tinker-server-android:0.3.2")

当然少不了在SampleApplicationLike的初始化动作，以及在AndroidManifest中申明一个service

<service
            android:name="com.tencent.tinker.app.service.TinkerServerResultService"
            android:exported="false"/>

当然tinkerpatch也在github上发了一个官方项目，但在项目中自定义了一些类，有点造成我们的视线混淆，所以看一下SampleApplicationLike的初始化即可

 @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);

        //初始化Tinker
        TinkerManager.installTinker(this);

        //初始化TinkerPatch SDK
        TinkerServerManager.installTinkerServer(
                getApplication(), Tinker.with(getApplication()), 3,
                BuildConfig.APP_KEY, BuildConfig.APP_VERSION, "default"
        );
        //开始检查是否有补丁，这里配置的是每隔访问3小时服务器是否有更新。
        TinkerServerManager.checkTinkerUpdate(false);

    }
  1. 测试

当Tinker和TinkerPatch都集成好了，就到我们进行测试了，这里我也不用描述太多，大家做的测试一定很多了

  1. 生成基准包
  2. 生成补丁包
  3. 上传补丁包到TinkerPatch
  4. 运行程序加载补丁包
    原文作者：JocherCH
    原文地址: https://www.jianshu.com/p/f12f2433e01c
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞