可选的自定义类

在Tinker中你可以自定义一些类，它们需要在构造Tinker实例时作为参数传递，在TinkerManager的installTinker中，你可以根据自己的需要自定义其中的一些类:

//or you can just use DefaultLoadReporter
LoadReporter loadReporter = new SampleLoadReporter(appLike.getApplication());
//or you can just use DefaultPatchReporter
PatchReporter patchReporter = new SamplePatchReporter(appLike.getApplication());
//or you can just use DefaultPatchListener
PatchListener patchListener = new SamplePatchListener(appLike.getApplication());
//you can set your own upgrade patch if you need
AbstractPatch upgradePatchProcessor = new UpgradePatch();
TinkerInstaller.install(appLike,
    loadReporter, patchReporter, patchListener,
    SampleResultService.class, upgradePatchProcessor);

你也可以使用sampleInstallTinker，即全部使用默认参数。

各个类具体的功能与使用方法如下：

自定义LoadReporter类

LoadReporter类定义了Tinker在加载补丁时的一些回调，我们为你提供了默认实现DefaultLoadReporter.java.

一般来说, 你可以继承DefaultLoadReporter实现你自己感兴趣的事件回调，例如SampleLoadReporter.java.

我们在sample中也写了一个默认的回调上报例子，可参考SampleTinkerReport.

需要注意的有以下两点：

• 回调运行在加载的进程，它有可能是各个不一样的进程。我们可以通过tinker.isMainProcess或者tinker.isPatchProcess知道当前是否是主进程，patch补丁合成进程。
• 回调发生的时机是我们调用installTinker之后，某些进程可能并不需要installTinker。现对各个回调作简要的说明:

所有的错误码都定义在ShareConstants.java，onLoadPackageCheckFail 的相关错误码解析如下：

onLoadException的错误码具体如下：

回调中定义的fileType定义如下：

加载过程的具体的错误类型与错误码可查看DefaultLoadReporter.java的注释。

对于onLoadPatchVersionChanged与onLoadFileNotFound的复写要较为谨慎，因为版本升级杀掉其他进程与文件丢失发起恢复任务，都是我认为比较重要的操作。

自定义PatchReporter类

PatchReporter类定义了Tinker在修复或者升级补丁时的一些回调，我们为你提供了默认实现DefaultPatchReporter.java.

一般来说, 你可以继承DefaultPatchReporter实现你自己感兴趣的事件回调，例如SamplePatchReporter.java.

需要注意的是:

PatchReporter中onPatchPackageCheckFail的错误码与LoadReporter的一致。

自定义PatchListener类

PatchListener类是用来过滤Tinker收到的补丁包的修复、升级请求，也就是决定我们是不是真的要唤起:patch进程去尝试补丁合成。我们为你提供了默认实现DefaultPatchListener.java。

一般来说, 你可以继承DefaultPatchListener并且加上自己的检查逻辑，例如SamplePatchListener.java。

若检查成功，我们会调用TinkerPatchService.runPatchService唤起:patch进程，去尝试完成补丁合成操作。反之，会回调检验失败的接口。事实上，你只需要复写patchCheck函数即可。若检查失败，会在LoadReporter的onLoadPatchListenerReceiveFail中回调。

public int patchCheck(String path)

以DefaultPatchListener为例，说明默认我们检查的条件，你可以定义自己的错误码，也可以沿用这里的错误码。

自定义AbstractResultService类

AbstractResultService类是:patch补丁合成进程将合成结果返回给主进程的类。我们为你提供了默认实现DefaultTinkerResultService.java。

一般来说, 你可以继承DefaultTinkerResultService实现自己的回调，例如SampleResultService.java。当然，你也需要在AndroidManifest上添加你的Service。

<service
    android:name=".service.SampleResultService"
    android:exported="false"
/>

默认我们在DefaultTinkerResultService会杀掉:patch进程，假设当前是补丁升级并且成功了，我们会杀掉当前进程，让补丁包更快的生效。若是修复类型的补丁包并且失败了，我们会卸载补丁包。下面对PatchResult的定义做详细说明：

在SampleResultService.java中，我们没有立刻杀掉当前进程去应用补丁，而选择在当前应用在退入后台或手机锁屏时这两个时机。你也可以在自杀前，通过发送service或者broadcast inent来尽快重启进程。

自定义TinkerLoader类

TinkerLoader类是用来加载补丁的核心类，你可以实现自己的加载逻辑。但是一般不建议那么做，如果你一定要你需要保证以下两条规则:

• 将你的实现的类以及它用到的所有类都加入到dex.loader中;
• 保证上述的类都在main dex中。只要简单的将loaderClass参数中的"com.tencent.tinker.loader.TinkerLoader"，换成你的实现类的名称即可，这里只能传递字符串。

@DefaultLifeCycle(application = ".SampleApplication",                       //application类名flags = ShareConstants.TINKER_ENABLE_ALL,                 //tinkerFlagsloaderClass = "com.tencent.tinker.loader.TinkerLoader")   //loaderClassName, 我们这里使用默认即可!public class SampleApplicationLike extends DefaultApplicationLike 

Tinker Notification id设置

为了提高TinkerPatchService的进程优先级，我们将它设置为Foreground。对于sdk>18的版本，使用innerService方式使通知栏不会显示。

Warning, 这里占用了id为-1119860829.若你的app存在与它相同的id, 可以使用以下API重新设置

TinkerPatchService.setTinkerNotificationId(id);
Tinker.with(context).setPatchServiceNotificationId(id);

自定义UpgradePatch类

UpgradePatch类是用来升级当前补丁包的处理类，一般来说你也不需要复写它。

可以看到整个Tinker框架非常灵活，基本所有的逻辑都放在可复写的类或回调中，你可以轻松的完成自身需要的自定义工作。

你可以根据需要自定义以上的一些类，然后我们继续学习Tinker API概览。