1.JobIntentService源码解析
2.Android热更新方案之微信Tinker源码分析
JobIntentService源码解析
Android 8.0引入了更严格的系统资源管控，包括后台限制规则。
在Android 8.0中，禁止应用在后台运行时创建Service。
若应用在后台运行，将会收到错误提示。平网主图源码
JobIntentService是Android 8.0中新增的类，继承自Service。
该类用于执行加入队列的任务。对于Android 8.0及以上系统，JobIntentService任务将通过JobScheduler.enqueue执行，而8.0以下系统则继续使用Context.startService。
JobIntentService使用便捷，只需调用YourService.enqueueWork(context, new Intent())方法。
相较于JobService，JobIntentService简化了操作，开发者无需关注其生命周期，etc收费系统源码避免了在后台运行时创建Service导致的crash问题，且通过静态方法即可启动。
源码解析如下：首先记录几个关键变量的含义。
在Android 8.0以上的系统中，执行流程如下。
work的具体逻辑处理在何处？
通过JobService的工作原理，查找onStartJob方法。
最终，消消红包游戏源码处理work的逻辑会流转至AsyncTask中，通过protected abstract void onHandleWork(@NonNull Intent intent)方法实现。
子类需实现jobIntentService处理work，使用线程池的AsyncTask执行，无需考虑主线程阻塞问题。
针对Android 8.0以下系统，流程如下：回到onStartCommand方法。
同样，源支付3.0源码最终会流转至Asynctask任务执行onHandleWork。
Android热更新方案之微信Tinker源码分析
接入Android热更新方案之微信Tinker源码分析，主要涉及Tinker接入过程、使用方法、实例构建以及补丁合成结果返回给主进程的处理。接入过程与使用方法可参考相关文档与指南，实践与接入指南详尽，具体步骤请参考官方文档。对接shopee接口源码
在微信热更新方案中，实例构建采用默认方式，TinkerInstaller.install(appLike)为关键步骤。Applike默认的ApplicationLike在此之后被调用。
构建过程涉及DefaultTinkerResultService，这是一个IntentService，主要功能是补丁合成结果返回给主进程。在安装成功后，将删除patch，为patch重启生效做准备。
UpgradePatch与RepairPatch是处理patch的类，分别用于处理patch数据删除及尝试修复。
install多参数方法首先安装标志位为true，tinkerLoadResult.parseTinkerResult进行热修复结果处理并上报。下载patch后，安装patch方法中调用onPatchReceived，此方法在DefaultPatchListener执行。补丁检查后执行runPatchService，Intentservice跳转至TinkerPatchService，在onHandleIntent中调用result = upgradePatchProcessor.tryPatch(context, path, patchResult)方法。
默认情况下，此方法调用UpgradePatch的tryPatch方法。此步骤首先进行标志位与patch文件检验，接着进行签名与patch文件MD5校验。检验完毕后，进行dex补丁处理。
tryRecoverDexFiles->patchDexExtractViaDexDiff执行完毕后，将结果传递给AbstractResultService.runResultService(context, patchResult)。
在补丁加载过程中，自定义Application类的加载导致无法修改补丁包。为了避免此问题，采用代码框架方式，而非InstantRun hook Application，以尽量减少反射，提升框架兼容性。主要工作是实现将原始Application类完全隔离，确保其他类无法引用自定义的Application。
