1.Spring Boot集成quartz实现定时任务并支持切换任务数据源
2.技术人生阅读源码——Quartz源码分析之任务的源码调度和执行
3.JobIntentService源码解析
4.SpringBoot 整合 Quartz 实现分布式调度
5.如何评价datax的应用?
6.Android常è§ç¥è¯ç¹
Spring Boot集成quartz实现定时任务并支持切换任务数据源
org.quartz用于实现定时任务,具备强大的源码周期性任务处理能力。然而,源码工作中常遇到需求对任务进行更深入控制,源码甚至在运行中人为干预,源码这时需要对quartz有更深入了解。源码安米社区源码特别是源码在使用微服务架构时,项目中经常需要使用多数据源配置,源码这时将任务执行环境与数据源环境无缝对接的源码需求自然浮出水面。
整合quartz实现定时任务是源码这类需求中的一个关键部分。quartz提供了Job、源码JobDetail、源码Trigger、源码Scheduler等核心概念用于任务的源码定义、调度、源码管理等操作。要实现具体任务,需遵循以下步骤:首先定义Job,即需要执行的业务逻辑;接着使用JobDetail存储Job的元数据;Trigger用于设定执行时间规则;Scheduler负责调度任务。
具体实现包括初始化JobDetail,创建Trigger并将其与Scheduler进行绑定。在Job中定义dataSource用于获取特定数据源,同时利用dataMap保存额外属性。关键在于Spring JobDetailFactoryBean来实现这一过程,并在配置文件中进行相应的设置。
调度器(Scheduler)的配置与管理十分重要,通常需要在Spring容器中维护以实现自动化管理。在配置调度器时,android l 源码 下载需加载quartz数据源配置,并引入调度器监听器,监控任务执行状态,支持在执行前和后处理数据源。在不需要数据源切换的情况下,调度器监听器并非必需。
引入多数据源切换功能,通常使用自定义的DynamicDataSource覆盖默认数据源配置,允许执行过程中任务自动选择对应的数据库。这涉及数据源初始化、任务执行时根据线程所使用的数据源进行选择的关键步骤。在Job类中明确指定执行时需使用的数据源,确保在调度时能够获取正确的连接信息。
以上为基于org.quartz进行定时任务和多数据源切换的基本实现流程,关键在于Job、数据源的选择和配置管理,以及监听器的引入。至此,实现了基本的定时任务与灵活数据源切换功能,具体的业务逻辑和优化可根据实际项目需求进一步完善。如需深入了解源码或进一步优化配置,可通过官方文档或社区资源获取更多帮助。
技术人生阅读源码——Quartz源码分析之任务的调度和执行
Quartz源码分析:任务调度与执行剖析
Quartz的调度器实例化时启动了调度线程QuartzSchedulerThread,它负责触发到达指定时间的任务。该线程通过`run`方法实现调度流程,包含三个主要阶段:获取到达触发时间的triggers、触发triggers、tr069 源码执行triggers对应的jobs。
获取到达触发时间的triggers阶段,通过`JobStore`接口的`acquireNextTriggers`方法获取,由`RAMJobStore`实现具体逻辑。触发triggers阶段,调用`triggersFired`方法通知`JobStore`触发triggers,处理包括更新trigger状态与保存触发过程相关数据等操作。执行triggers对应jobs阶段,真正执行job任务,先构造job执行环境,然后在子线程中执行job。
job执行环境通过`JobRunShell`提供,确保安全执行job,捕获异常,并在任务完成后根据`completion code`更新trigger。job执行环境包含job对象、trigger对象、触发时间、上一次触发时间与下一次触发时间等数据。Quartz通过线程池提供多线程服务,使用`SimpleThreadPool`实例化`WorkerThread`来执行job任务,最终调用`Job`的`execute`方法实现业务逻辑。
综上所述,Quartz通过精心设计的线程调度与执行流程,确保了任务的高效与稳定执行,展示了其强大的任务管理能力。
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方法。
最终,处理work的逻辑会流转至AsyncTask中,通过protected abstract void onHandleWork(@NonNull Intent intent)方法实现。
子类需实现jobIntentService处理work,微网站源码 asp使用线程池的AsyncTask执行,无需考虑主线程阻塞问题。
针对Android 8.0以下系统,流程如下:回到onStartCommand方法。
同样,最终会流转至Asynctask任务执行onHandleWork。
SpringBoot 整合 Quartz 实现分布式调度
本文主要分享内容如下: Quartz是Java领域最著名的开源任务调度工具。在上篇文章中,我们详细介绍了Quartz在单体应用环境中的实践,尽管Spring Scheduled也能够实现任务调度,并且与SpringBoot无缝集成,支持注解配置,操作极其简便。然而,它在集群环境下存在一个缺点,即可能导致任务重复调度的问题。 相比之下,Quartz提供了丰富的特性,如任务持久化、集群部署以及分布式调度任务,因此在系统开发中应用广泛。在集群环境下,Quartz集群中的每个节点视为一个独立的Quartz应用,没有专门的集中管理节点。它们通过数据库表来感知彼此,利用数据库锁机制实现集群并发控制,确保每个任务当前运行的有效节点仅有一个。 特别需要注意的是,分布式部署时需保证各个节点的系统时间一致。接下来,我们通过具体应用实践来深入理解Quartz集群架构。 为了进行Quartz集群实践,我们需要先对数据表进行初始化。访问Quartz官网,下载对应的版本,如quartz-2.3.0-distribution.tar.gz,并解压。在文件中搜索SQL脚本,选择适合当前环境的数据库脚本文件,如mysql-5.7环境下的tables_mysql_innodb.sql脚本,完成数据库表的初始化。 数据库表结构如下: QRTZ_BLOG_TRIGGERS:Trigger作为Blob类型存储 QRTZ_CALENDARS:存储Quartz的Calendar信息 QRTZ_CRON_TRIGGERS:存储CronTrigger,包括Cron表达式和时区信息 QRTZ_FIRED_TRIGGERS:存储已触发的Trigger相关的状态信息及关联Job的执行信息 QRTZ_JOB_DETAILS:存储已配置的Job的详细信息 QRTZ_LOCKS:存储程序的悲观锁信息 QRTZ_PAUSED_TRIGGER_GRPS:存储已暂停的Trigger组信息 QRTZ_SCHEDULER_STATE:存储有关Scheduler状态的少量信息,与其他Scheduler实例 QRTZ_SIMPLE_TRIGGERS:存储简单的Trigger,包括重复次数、间隔、以及已触发的次数 QRTZ_SIMPROP_TRIGGERS:存储CalendarIntervalTrigger和DailyTimeIntervalTrigger两种类型的触发器 QRTZ_TRIGGERS:存储已配置的Trigger信息 其中,QRTZ_LOCKS是实现Quartz集群同步机制的行锁表。 实现Quartz集群实践的具体步骤如下: 创建SpringBoot项目,导入maven依赖包。 创建application.properties配置文件。 创建quartz.properties配置文件。 注册Quartz任务工厂。 注册调度工厂。 重新设置Quartz数据连接池,推荐使用Driud数据连接池。 编写Job具体任务类。 编写Quartz服务层接口。 编写Controller服务。 服务接口测试。 注册监听器(可选)。 采用项目数据源(可选)。 在实际部署中,项目通常会集群部署。为了确保与正式环境一致,我们可以通过新建多个相同的项目来测试Quartz在集群环境下的分布式调度功能。理论上,只需将新建的项目重新复制并修改端口号即可实现本地测试。 在测试集群环境下Quartz的分布式调度时,我们通常只需保持QuartzConfig、DruidConnectionProvider、QuartzJobFactory、TfCommandJob、quartz.properties类和配置相同。首先启动的服务(如quartz-)会优先加载数据库中配置的定时任务,而其他服务(如quartz-、quartz-)在没有主动调度的情况下,不会运行任务。 最终结果验证了预期效果:任何一个定时任务只有一台机器在运行,确保了分布式调度的正确性。 本文围绕SpringBoot + Quartz + MySQL实现持久化分布式调度进行了介绍。所有代码功能均由作者亲自测试验证,尽管内容较为详尽,但考虑到作者学识有限,如有遗漏或错误之处,欢迎读者批评指正。如有需要获取项目源代码,可通过相应方式获取。 参考资源:美团 - Quartz应用与集群原理分析
掘金 - 分布式定时任务框架Quartz
如何评价datax的应用?
为了改进datax任务进度信息展示方式,我们计划对源码进行改造,将实时任务进度信息结构化存储在redis服务器中,让前端通过轮询实时从redis中获取进度信息,从而提供给用户更友好的体验。
在分析datax任务进度信息的打印逻辑时,我们发现这些信息首先被task group汇总收集,然后由job进一步汇总收集。因此,job能够收集并汇总所有任务的进度信息。
进一步探究,我们了解到JobContainer依赖的Scheduler会周期性打印job收集汇总的进度信息。具体实现可见于源码中的com.alibaba.datax.core.job.scheduler.AbstractScheduler#schedule函数,以及com.alibaba.datax.core.statistics.container.communicator.job.StandAloneJobContainerCommunicator#report函数。
了解了datax的hook机制后,我们能够设计实现从datax实时获取并持久化进度信息至redis的功能。关键在于,我们可以在打印进度信息的时机触发invokeHook方法,通过配置信息和进度信息作为参数,调用自定义实现的Hook类的invoke方法。具体地,我们设计了一个名为RedisReportHook的自定义Hook类,用于将进度信息持久化至redis。
Android常è§ç¥è¯ç¹
跳槽æ éå°±æ¯é±å°äºæä¸ç½äºï¼æ 论æä¹æ ·ï¼è®°ä½ï¼ä¸è¦è£¸è¾ï¼
ä¸è¦è£¸è¾ï¼
ä¸è¦è£¸è¾ï¼
为ä»ä¹å¢ï¼
1ã裸è¾å°±æ²¡æé±æ¿äºï¼è¿ä¸å¦éªé©´æ¾é©¬ã
2ã裸è¾ä¹åå¦æä¸ä¸ªæå 没ææ¾å°å·¥ä½ï¼é£ä¹ç¤¾ä¿å°±ä¼æäºï¼é¤éä½ èªå·±æ¾æ¸ é交äºã
3ã裸è¾ä¹åççä¼å¾é¢åºï¼
å½åè¿å¨ä¸ççæ¶åå°±æ³çï¼è£¸è¾äºï¼é¦å è±å 天æ¶é´å§ç®åå®åä¸ä¸ï¼æç¥è¯ç¹æ¶è¡¥ä¸ä¸ï¼ç¶åæç®åï¼é¢è¯ï¼å¦¥å¦¥ç妥妥ã
ç»æå¢ï¼æ¯æ¬¡è£¸è¾ä¹åé½æ¯ï¼
é¦å 躺尸ä¸ä¸ªææï¼
ç¶åç¨äºä¸ä¸ªææææ ¢ååçæ¹å®ç®åï¼
ç¶åæµ·æï¼æ²¡åå¤ï¼ä¿®æ¹ç®åï¼
å次海æï¼é¢è¯ï¼è¢«èå¾ä½æ å®è¤ï¼æç人çï¼
åæ¹ç®åï¼åæµ·æï¼ä¸ä¸å°å¿ä¸äºã
å½ç¶æµ·æä¹æ¯æ个ç®æ èå´çã
å¦æä¸æ¯è£¸è¾ï¼é£ä¹ç°å¨åºè¯¥è¿æ¯å¨å ¬å¸ä¸çï¼å¨å®æå·¥ä½ä¹ä½ï¼å°±ä¼é¼çèªå·±å¤ä¹ ç¥è¯ç¹äºï¼èµ·ç ä¸ä¼å¨å®¶å è½ãå¨å®¶ä¸ä¸çå°±æ¯ç¡è§ãççµå½±ï¼æ¨¯æ©¹ç°é£ççï¼æ以ä¸è¦è£¸è¾ã
ç¶å¹¶åµï¼æä¾ç¶è£¸è¾äºã请åé¢è¯ççå¾ç¦ã
onPauseï¼åå¦ä»ActivityAå¯å¨Bï¼å¦æBæ¯éæçï¼åä¸ä¼åè°AçonStopæ¹æ³ã
æ¹æ³ä¸ï¼
æ¹æ³äºï¼
1ãå好å¨ç»æ件 R.anim.enter ã R.anim.exit
2ãè°ç¨ overridePendingTransition 设置å¨ç»
å¼ç³ï¼å¦Activity设置为singleInstanceï¼ååºè¯¥æä¹è®¾ç½®è·³è½¬å¨ç»ï¼
1ãstartServiceå¯å¨æ¹ä¸Service并没æå ³èï¼åªæå½Serviceè°ç¨ stopSelf æè å ¶å®ç»ä»¶è°ç¨ stopService çæ¶åæå¡æä¼ç»æ¢ã
2ãbindServiceå¯å¨æ¹ç»å®Serviceï¼å¹¶ä¸å¯ä»¥éè¿Binderä¸ä¹äº¤äºï¼å½å¯å¨æ¹éæ¯æ¶ï¼ä¹ä¼èªå¨unbindServiceï¼å½ææå¯å¨æ¹é½unbindServiceä¹åï¼Serviceä¹å°±èªå¨éæ¯äºã
为ä»ä¹å¢ï¼å®æ¹ææ¡£æ¯è¿æ ·åçï¼
大æ¦æææ¯ onReceive() æ§è¡å®æ¯ä¹åï¼å®æå¨çè¿ç¨å°±ä¼åæä½ä¼å 级è¿ç¨ï¼ææ被系ç»ææ»ã
å两ç§æ åµåæä¸ä¸ï¼
ä¸ãæ¶å°å¹¿æçæ¶åï¼åºç¨æ£å¨è¿è¡ï¼
æ¤æ¶å¦æ没æå¨Manifestä¸è®¾ç½®äºç¬ç«è¿ç¨ï¼å onReceive() å°±ç´æ¥å¨ä¸»è¿ç¨ä¸»çº¿ç¨æ§è¡ï¼è¿éå¾ææ¾ä¸è½æ§è¡èæ¶æä½ã
äºãæ¶å°å¹¿æçæ¶åï¼åºç¨æ²¡æå¯å¨ï¼
è¿æ¶åç³»ç»ä¼å¯å¨ä¸ä¸ªè¿ç¨å»æ§è¡ onReceive() ï¼ï¼å¦æManifestä¸æ²¡æ设置è¿ç¨åï¼åè¿ç¨å为å åï¼ï¼(æä¸å¥ï¼ææè¿ç¨é½ä¼å建ä¸ä¸ªApplicationå®ä¾)ï¼å½onReceiveæ§è¡å®æ¯ä¹åï¼æ¤è¿ç¨å°±åæä½ä¼å 级äºï¼éæ¶æå¯è½è¢«ç³»ç»ææ»ï¼å¦æä½ å¨onReceiveéé¢å¯å¨äºçº¿ç¨æ§è¡èæ¶ä»»å¡ï¼é£å¾æå¯è½å线ç¨æ²¡æ§è¡å®æ¯ï¼è¿ç¨å°±è¢«ææ»äºï¼è¿ç¨æ²¡äºï¼çº¿ç¨èªç¶å°±æäºã
é£ä¹ç¡®å®è¦æ§è¡èæ¶æä½å¢ï¼æä¹åï¼
æ¹æ³ä¸ï¼goAsync()
æ¹æ³äºï¼schedule a JobService from the receiver using the JobScheduler
ä¸ç§å®ç°æ¹æ³
1ã继æ¿ç°æçç»ä»¶ï¼å¦TextViewçï¼è¿è¡æå±ã
2ã继æ¿ViewGroupï¼èªå®ä¹å¸å±ã
3ã继æ¿Viewï¼å¨onDraw()ä¸æç»ã
onMeasure()
onLayout()
onDraw()
å ¶å®
attachToRoot ä»åé¢ç解就æ¯æ¯å¦ç»å®å° root ä¸é¢å»äºã
1ã attachToRoot=true ï¼åè¿åçview为rootçåviewï¼
2ã attachToRoot=false ï¼åè¿åçviewæ¯ä¸ªåç¬çviewï¼ä¼ å ¥çrootåªæ¯æä¾ä¸äºåæ°ç»view使ç¨èå·²ã
é£ä¹è¿éä¸ä¼ å ¥ attachToRoot å¢ï¼é£å°±çrootæ¯å¦ä¸ºç©ºäºï¼å¦æä¼ å ¥rootä¸ä¸ºç©ºï¼åé»è®¤ç»å®å°rootï¼ä½ä¸ºrootçåviewè¿åã
ä¹å°±æ¯æè°çFrameå¨ç»ãæéè¿æå®æ¯ä¸å¸§çå¾çåææ¾æ¶é´ï¼æåºçè¿è¡ææ¾èå½¢æå¨ç»ææã
å¯ä»¥éè¿æå ¥å¨ Interpolator æ§å¶å¨ç»çååé度ã
ä¹å°±æ¯æè°è¡¥é´å¨ç»ãæéè¿æå®Viewçåå§ç¶æãååæ¶é´ãæ¹å¼ï¼éè¿ä¸ç³»åçç®æ³å»è¿è¡å¾å½¢åæ¢ï¼ä»èå½¢æå¨ç»ææï¼ä¸»è¦æ AlphaAnimation ã TranslateAnimation ã ScaleAnimation ã RotateAnimation åç§ã
注æï¼åªæ¯å¨è§å¾å±å®ç°äºå¨ç»ææï¼å¹¶æ²¡æçæ£æ¹åViewçå±æ§ã
å±æ§å¨ç»ï¼éè¿ä¸æçæ¹åViewçå±æ§ï¼ä¸æçéç»èå½¢æå¨ç»ææãç¸æ¯äºè§å¾å¨ç»ï¼Viewçå±æ§æ¯çæ£æ¹åäºã
注æï¼Android 3.0(API )以ä¸ææ¯æã
æ常ç¨çç±»æ ObjectAnimator
P.S. æä¸æç½cancelåå¨çæä¹ã
å¦å¤ï¼ DialogFragment æ¯æ²¡æcancelçã
ping
å å大è´å为ä¸ä¸ªåºï¼æ åºãå åºãæ¹æ³åºã
æ åº
å åº
æ¹æ³åº
JAVAä¸å 许æå¨éæ¾å åï¼åªè½éè¿åå¾åæ¶ç¨åºä¸å®æ对é£äºä¸å被å¼ç¨ç对象è¿è¡åæ¶ã
é£ä¹æä¹å¤æåªäºå¯¹è±¡éè¦åæ¶ï¼
1ãå¼ç¨è®¡æ°æ³
å°±æ¯ç»å¯¹è±¡æ·»å ä¸ä¸ªå¼ç¨è®¡æ°å¨ï¼å¼ç¨å¯¹è±¡æ¶+1ï¼å¼ç¨å¤±ææ¶-1ãä½æ¯è¿ç§æ¹æ³è§£å³ä¸äºå¯¹è±¡ç¸äºå¼ç¨çæ åµã
2ãå¯è¾¾æ§åææ³
éè¿ä¸ç³»åâGCRootsâ对象ä½ä¸ºèµ·ç¹è¿è¡æç´¢ï¼å½GCRootsåä¸ä¸ªå¯¹è±¡ä¹é´æ²¡æå¯è¾¾è·¯å¾ï¼å认为æ¤å¯¹è±¡ä¸å¯ç¨ï¼ä½æ¯ä¸å¯ç¨ä¸ä¸å®ä¼æ为å¯åæ¶å¯¹è±¡ã
ç¼åAIDLæ件ï¼å®ä¹æ¥å£ã
ç¼è¯çæJAVAæ件ã
å®ä¹è¿ç¨çº§Serviceï¼onBindä¸è¿åInterface.Stub()ã
onServiceConnectedä¸Interface aidl = Interface.Stub.asInterface(service);
æ已修å¤çclassæ件æå ædexæ件ï¼ç½ç»ä¼ è¾å°ç¨æ·ææºä¸ï¼å©ç¨ç±»å è½½å¨æè¿äºç±»å è½½å°ç±»éåçåé¢å³å¯ã
ãæªå®å¾ ç»ã
å¦æå ¬å¸å½ç¨æï¼ä¸ç®¡æ¯ä¸å¹´è¿æ¯äºå¹´ï¼é¦å æé½ä¼å æå ¬å¸çä»»å¡å好ï¼ç¶åä¸ææ·±å ¥ç 究Androidçç¸å ³ææ¯ï¼ç¹å«æ¯Androidæºç ï¼äºè§£Androidåºå±åçï¼ä»¥ä¾¿æ´å¥½çä¼åæ§è½ï¼é¿å ä¸äºä¸å¿ è¦çå¥è©é®é¢ï¼è¿æå°±æ¯ç 究ä¸äºæ°çæ¡æ¶çåçï¼å¦ä¹ å«äººçæç»´ãæåå°±æ¯å¦ä¹ å¨è¾¹è¯è¨ï¼æ¯å¦åå°ï¼å端ççã
定时调度- quartz的基础你真的了解吗
定时调度- quartz的基础理解
Quartz,作为Java领域知名的任务调度框架,因其易用和稳定性备受青睐。许多第三方应用,如Spring Boot、Elastic-Job和早期的xxl-job版本,都曾将它作为基础依赖。然而,最新版本的xxl-job已经采用时间轮实现,不再依赖quartz。 Quartz的核心组件包括Scheduler、JobDetail和Trigger,它们是调度任务的三驾马车。Scheduler作为门面,通过工厂模式提供给开发者,它负责整合和控制所有的调度操作,类似于Quartz的大管家。一个应用通常只有一个Scheduler实例,通过schedulerName区分,每个实例处理对应schedulerName的任务,集群则是通过多个实例共享同一名称来实现。 JobDetail负责存储任务配置信息,与Trigger(触发器)形成1:N关系,即一个Job可以关联多个Trigger,反之则不然。创建JobDetail时,需要指定任务类和身份ID(group和JobKey)。Trigger则定义任务的触发规则,包括身份ID、起止时间以及与Job的绑定。添加到调度器后,相关信息会被持久化到qrtz_job_details和qrtz_cron_triggers表中。 触发器的运作关键在于qrtz_triggers表,它记录了任务的运行状态和触发时间。quartz的调度机制大致如下:首先,根据配置计算下次触发时间并更新表;然后,调度器扫描表,将将要触发的任务放入内存队列;在触发前,更新时间并切换状态;执行任务后,重复上述流程。 虽然本文仅从用户角度浅析了quartz的基本运行机制,但深入理解还需结合源码和更多表结构。下文将通过源码剖析,逐步揭示quartz的内在工作原理。JobSchedulerç使ç¨ååç
JobScheduler主è¦ç¨äºå¨æªæ¥æ个æ¶é´ä¸æ»¡è¶³ä¸å®æ¡ä»¶æ¶è§¦åæ§è¡æ项任å¡çæ åµï¼æ¶åçæ¡ä»¶å¯ä»¥æ¯ç½ç»ãçµéãæ¶é´çï¼ä¾å¦æ§è¡ç¹å®çç½ç»ãæ¯å¦åªå¨å çµæ¶æ§è¡ä»»å¡çãJobSchedulerç±»è´è´£å°åºç¨éè¦æ§è¡çä»»å¡åéç»æ¡æ¶ï¼ä»¥å¤å¯¹è¯¥åºç¨Jobçè°åº¦ï¼æ¯ä¸ä¸ªç³»ç»æå¡ï¼å¯ä»¥éè¿å¦ä¸æ¹å¼è·åï¼
JobInfoæ¯ä¼ éç»JobSchedulerç±»çæ°æ®å®¹å¨ï¼å®å°è£ äºé对è°ç¨åºç¨ç¨åºè°åº¦ä»»å¡æéçåç§çº¦æï¼ä¹å¯ä»¥è®¤ä¸ºä¸ä¸ªJobInfo对象对åºä¸ä¸ªä»»å¡ï¼JobInfo对象éè¿JobInfo.Builderå建ãå®å°ä½ä¸ºåæ°ä¼ éç»JobSchedulerï¼
JobInfo.Builderæ¯JobInfoçä¸ä¸ªå é¨ç±»ï¼ç¨æ¥å建JobInfoçBuilderç±»ã
JobServiceæ¯JobScheduleræç»åè°ç端ç¹ï¼JobSchedulerå°ä¼åè°è¯¥ç±»ä¸çonStartJob()å¼å§æ§è¡å¼æ¥ä»»å¡ãå®æ¯ä¸ä¸ªç»§æ¿äºJobServiceçæ½è±¡ç±»ï¼å为系ç»åè°æ§è¡ä»»å¡å 容çç»ç«¯ï¼JobScheduleræ¡æ¶å°éè¿bindService()æ¹å¼æ¥å¯å¨è¯¥æå¡ãå æ¤ï¼ç¨æ·å¿ é¡»å¨åºç¨ç¨åºä¸å建ä¸ä¸ªJobServiceçåç±»ï¼å¹¶å®ç°å ¶onStartJob()çåè°æ¹æ³ï¼ä»¥åå¨AndroidManifest.xmlä¸å¯¹å®æäºå¦ä¸æéï¼
注æå¨AndroidManifest.xmlä¸æ·»å æé
å½ä»»å¡å¼å§æ¶ä¼æ§è¡onStartJob(JobParameters params)æ¹æ³ï¼å¦æè¿åå¼æ¯falseï¼åç³»ç»è®¤ä¸ºè¿ä¸ªæ¹æ³è¿åæ¶ï¼ä»»å¡å·²ç»æ§è¡å®æ¯ãå¦æè¿åå¼æ¯trueï¼é£ä¹ç³»ç»è®¤ä¸ºè¿ä¸ªä»»å¡æ£è¦è¢«æ§è¡ï¼æ§è¡ä»»å¡çéæ å°±è½å¨äºä½ çè©ä¸ãå½ä»»å¡æ§è¡å®æ¯æ¶ä½ éè¦è°ç¨jobFinished(JobParameters params, boolean needsRescheduled)æ¥éç¥ç³»ç»ã
å½ç³»ç»æ¥æ¶å°ä¸ä¸ªåæ¶è¯·æ±æ¶ï¼ç³»ç»ä¼è°ç¨onStopJob(JobParameters params)æ¹æ³åæ¶æ£å¨çå¾ æ§è¡çä»»å¡ãå¾éè¦çä¸ç¹æ¯å¦æonStartJob(JobParameters params)è¿åfalseï¼é£ä¹ç³»ç»åå®å¨æ¥æ¶å°ä¸ä¸ªåæ¶è¯·æ±æ¶å·²ç»æ²¡ææ£å¨è¿è¡çä»»å¡ãæ¢å¥è¯è¯´ï¼onStopJob(JobParameters params)å¨è¿ç§æ åµä¸ä¸ä¼è¢«è°ç¨ã
éè¦æ³¨æçæ¯è¿ä¸ªJob Serviceè¿è¡å¨ä¸»çº¿ç¨ï¼è¿æå³çä½ éè¦ä½¿ç¨å线ç¨ï¼handlerï¼æè ä¸ä¸ªå¼æ¥ä»»å¡æ¥è¿è¡èæ¶çæä½ä»¥é²æ¢é»å¡ä¸»çº¿ç¨ã
Googleå®æ¹çSampleï¼ /googlearchive/android-JobScheduler
JobScheduleræ¯ä¸ä¸ªæ½è±¡ç±»ï¼å®å¨ç³»ç»æ¡æ¶çå®ç°ç±»æ¯android.app.JobSchedulerImpl
æ§è¡çå ¥å£æ¯JobScheduler.schedulerï¼å ¶å®æ¯è°äºJobSchedulerImplä¸çscheduleæ¹æ³ï¼ç¶ååè°äºmBinder.schedule(job)ãè¿ä¸ªmBinderå°±æ¯JobSchedulerServiceï¼éè¿Binderè·¨è¿ç¨è°ç¨JobSchedulerServiceã
æåè°ç¨å°JobSchedulerServiceä¸çscheduleæ¹æ³:
æ¥çåéMSG_CHECK_JOBæ¶æ¯ï¼æ¶æ¯å¤ççå°æ¹æ¯
æ¥çæ§è¡JobHandlerä¸ç maybeRunPendingJobsH æ¹æ³ï¼å¤çç¸åºçä»»å¡
availableContextæ¯JobServiceContextï¼å³ServiceConnectionï¼è¿ä¸ªæ¯è¿ç¨é´é讯ServiceConnectionï¼éè¿è°ç¨availableContext.executeRunnableJob(nextPending)æ¹æ³ï¼ä¼è§¦åè°ç¨onServiceConnectedï¼çå°è¿éåºè¯¥æç½äºï¼onServiceConnectedæ¹æ³ä¸çserviceå°±æ¯Jobserviceï¼éé¢è¿ç¨äºWakeLockéï¼é²æ¢ææºä¼ç ã
æ¥çï¼éè¿Handleråæ¶æ¯ï¼è°ç¨äºhandleServiceBoundH()æ¹æ³ã
ä»ä¸é¢æºç å¯ä»¥çåºï¼æç»æ¯è§¦åè°ç¨äºJobServiceä¸çstartJobæ¹æ³ã
ä»æºç çï¼è®¾ç½®çå 容åºç¨äº JobStatus ï¼ä¾å¦ç½ç»éå¶
èå¨JobSchedulerServiceç±»ï¼ç¸å ³çç¶ææ§å¶å¨å ¶æé å½æ°é:
ä¾å¦ç½ç»æ§å¶ç±»ConnectivityControllerç±»
å½ç½ç»åçæ¹åæ¶ï¼ä¼è°ç¨updateTrackedJobs(userid)æ¹æ³ï¼å¨updateTrackedJobsæ¹æ³ä¸ï¼ä¼å¤æç½ç»æ¯å¦ææ¹åï¼ææ¹åçä¼è°mStateChangedListener.onControllerStateChanged()æ¹æ³ï¼ç¶åè°ç¨äºJobSchedulerServiceç±»ä¸onControllerStateChangedæ¹æ³ï¼
æ¥çä¹æ¯å¤çMSG_CHECK_JOB æ¶æ¯ï¼åä¸æä¸æ ·ï¼æç»è§¦åè°ç¨äºJobServiceä¸çstartJobæ¹æ³ã
JobSchedulerServiceæ¯ä¸ä¸ªç³»ç»æå¡ï¼å³åºè¯¥å¨SystemServerå¯å¨çãé 读SystemServerçæºç ï¼
run æ¹æ³å¦ä¸ï¼
æ¥çç startOtherServices()
å æ¤ï¼å¨è¿éå°±å¯å¨äºJobSchedulerServiceæå¡ã
1. android æ§è½ä¼åJobScheduler使ç¨åæºç åæ
2. Android 9.0 JobScheduler(ä¸) JobSchedulerç使ç¨
3. Android 9.0 JobScheduler(äº) JobScheduleræ¡æ¶ç»æç®è¿°åJobSchedulerServiceçå¯å¨
4. Android 9.0 JobScheduler(ä¸) ä»Jobçå建å°æ§è¡
5. Android 9.0 JobScheduler(å) Job约ææ¡ä»¶çæ§å¶
6. ç解JobScheduleræºå¶