皮皮网

【砸金蛋 源码】【网络渗透源码】【sn溯源码】intentservice 源码

来源:海洋二源码 时间:2024-11-22 15:53:38

1.JobIntentService源码解析
2.Android热更新方案之微信Tinker源码分析

intentservice 源码

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简化了操作,开发者无需关注其生命周期,网络渗透源码避免了在后台运行时创建Service导致的crash问题,且通过静态方法即可启动。

       源码解析如下:首先记录几个关键变量的含义。

       在Android 8.0以上的系统中,执行流程如下。

       work的具体逻辑处理在何处?

       通过JobService的工作原理,查找onStartJob方法。

       最终,sn溯源码处理work的逻辑会流转至AsyncTask中,通过protected abstract void onHandleWork(@NonNull Intent intent)方法实现。

       子类需实现jobIntentService处理work,使用线程池的AsyncTask执行,无需考虑主线程阻塞问题。

       针对Android 8.0以下系统,流程如下:回到onStartCommand方法。

       同样,stampedlock源码详解最终会流转至Asynctask任务执行onHandleWork。

Android热更新方案之微信Tinker源码分析

       接入Android热更新方案之微信Tinker源码分析,主要涉及Tinker接入过程、使用方法、实例构建以及补丁合成结果返回给主进程的处理。接入过程与使用方法可参考相关文档与指南,实践与接入指南详尽,具体步骤请参考官方文档。idea sdk源码

       在微信热更新方案中,实例构建采用默认方式,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。