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

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

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

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

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

需要注意的有以下两点：

• 回调发生的时机是我们调用installTinker之后，某些进程可能并不需要installTinker。现对各个回调作简要的说明:

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

onLoadException的错误码具体如下：

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

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

自定义PatchReporter类

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

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

需要注意的是:

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

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

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

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

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

自定义AbstractResultService类

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

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

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

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

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

Tinker Notification id设置

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

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

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

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