目次
- 1、根本的定时调理
- 2、BlockingScheduler与BackgroundScheduler区别
APScheduler最根本的用法: “定时几秒后启动job”
两种调理器: BackgroundScheduler和BlockingScheduler的区别,
job实行时间大于定时调理时间特别情况的问题及办理方法
每个job都会以thread的方式被调理。
1、根本的定时调理
APScheduler是python的一个定时使命调理框架,能实现雷同linux下crontab范例的使命,利用起来比较方便。它提供基于固定时间隔断、日期以及crontab配置雷同的使命调理,并可以持久化使命,或将使命以daemon方式运行。
下面是一个最根本的利用示例:
- from apscheduler.schedulers.blocking import BlockingScheduler
-
- def job():
- print('job 3s')
-
- if __name__=='__main__':
- sched = BlockingScheduler(timezone='MST')
- sched.add_job(job, 'interval', id='3_second_job', seconds=3)
- sched.start()
复制代码
它能实现每隔3s就调理job()运行一次,所以程序每隔3s就输出'job 3s'。通过修改add_job()的参数seconds,就可以改变使命调理的隔断时间。
2、BlockingScheduler与BackgroundScheduler区别
APScheduler中有很多种差异范例的调理器,BlockingScheduler与BackgroundScheduler是此中最常用的两种调理器。那他们之间有什么区别呢? 简朴来说,区别主要在于BlockingScheduler会阻塞主线程的运行,而BackgroundScheduler不会阻塞。所以,我们在差异的情况下,选择差异的调理器:
BlockingScheduler: 调用start函数后会阻塞当前线程。当调理器是你应用中唯一要运行的东西时(如上例)利用。
BackgroundScheduler: 调用start后主线程不会阻塞。当你不运行任何其他框架时利用,并盼望调理器在你应用的后台实行。
下面用两个例子来更直观的分析两者的区别。
BlockingScheduler例子- from apscheduler.schedulers.blocking import BlockingScheduler
- import time
-
- def job():
- print('job 3s')
-
-
- if __name__=='__main__':
-
- sched = BlockingScheduler(timezone='MST')
- sched.add_job(job, 'interval', id='3_second_job', seconds=3)
- sched.start()
-
- while(True): # 不会被执行到
- print('main 1s')
- time.sleep(1)
复制代码
运行这个程序,我们得到如下的输出:- job 3s
- job 3s
- job 3s
- job 3s
复制代码
可见,BlockingScheduler调用start函数后会阻塞当前线程,导致主程序中while循环不会被实行到。
BackgroundScheduler例子- from apscheduler.schedulers.background import BackgroundScheduler
- import time
-
- def job():
- print('job 3s')
-
-
- if __name__=='__main__':
-
- sched = BackgroundScheduler(timezone='MST')
- sched.add_job(job, 'interval', id='3_second_job', seconds=3)
- sched.start()
-
- while(True):
- print('main 1s')
- time.sleep(1)
复制代码
可见,BackgroundScheduler调用start函数后并不会阻塞当前线程,所以可以继续实行主程序中while循环的逻辑。- main 1s
- main 1s
- main 1s
- job 3s
- main 1s
- main 1s
- main 1s
- job 3s
复制代码
通过这个输出,我们也可以发现,调用start函数后,job()并不会立即开始实行。而是等待3s后,才会被调理实行。
怎样让job在start()后就开始运行
怎样才气让调理器调用start函数后,job()就立即开始实行呢?
实在APScheduler并没有提供很好的方法来办理这个问题,但有一种最简朴的方式,就是在调理器start之前,就运行一次job(),如下- from apscheduler.schedulers.background import BackgroundScheduler
- import time
-
- def job():
- print('job 3s')
-
-
- if __name__=='__main__':
- job() # 执行一次就好了哟
- sched = BackgroundScheduler(timezone='MST')
- sched.add_job(job, 'interval', id='3_second_job', seconds=3)
- sched.start()
-
- while(True):
- print('main 1s')
- time.sleep(1)
复制代码
如许就能得到如下的输出- job 3s
- main 1s
- main 1s
- main 1s
- job 3s
- main 1s
- main 1s
- main 1s
复制代码
如许固然没有绝对做到“让job在start()后就开始运行”,但也能做到“不等待调理,而是刚开始就运行job”。
假如job实行时间过长会怎么样
假如实行job()的时间须要5s,但调理器配置为每隔3s就调用一下job(),会发生什么情况呢?我们写了如下例子:- from apscheduler.schedulers.background import BackgroundScheduler
- import time
-
- def job():
- print('job 3s')
- time.sleep(5)
-
- if __name__=='__main__':
-
- sched = BackgroundScheduler(timezone='MST')
- sched.add_job(job, 'interval', id='3_second_job', seconds=3)
- sched.start()
-
- while(True):
- print('main 1s')
- time.sleep(1)
复制代码
运行这个程序,我们得到如下的输出:- main 1s
- main 1s
- main 1s
- job 3s
- main 1s
- main 1s
- main 1s
- Execution of job "job (trigger: interval[0:00:03], next run at: 2018-05-07 02:44:29 MST)" skipped: maximum number of running instances reached (1)
- main 1s
- main 1s
- main 1s
- job 3s
- main 1s
复制代码
可见,3s时间到达后,并不会“重新启动一个job线程”,而是会跳过该次调理,等到下一个周期(再等待3s),又重新调理job()。
为了能让多个job()同时运行,我们也可以配置调理器的参数max_instances,如下例,我们允许2个job()同时运行:- from apscheduler.schedulers.background import BackgroundScheduler
- import time
-
- def job():
- print('job 3s')
- time.sleep(5)
-
- if __name__=='__main__':
- job_defaults = { 'max_instances': 2 }
- sched = BackgroundScheduler(timezone='MST', job_defaults=job_defaults)
- sched.add_job(job, 'interval', id='3_second_job', seconds=3)
- sched.start()
-
- while(True):
- print('main 1s')
- time.sleep(1)
复制代码
运行程序,我们得到如下的输出:- main 1smain 1smain 1sjob 3s
- main 1s
- main 1s
- main 1s
- job 3s
- main 1s
- main 1s
- main 1sjob 3s
复制代码
每个job是怎么被调理的
通过上面的例子,我们发现,调理器是定时调理job()函数,来实现调理的。
那job()函数会被以进程的方式调理运行,照旧以线程来运行呢?
为了弄清这个问题,我们写了如下程序:- from apscheduler.schedulers.background import BackgroundScheduler
- import time,os,threading
-
- def job():
- print('job thread_id-{0}, process_id-{1}'.format(threading.get_ident(), os.getpid()))
- time.sleep(50)
-
- if __name__=='__main__':
- job_defaults = { 'max_instances': 20 }
- sched = BackgroundScheduler(timezone='MST', job_defaults=job_defaults)
- sched.add_job(job, 'interval', id='3_second_job', seconds=3)
- sched.start()
-
- while(True):
- print('main 1s')
- time.sleep(1)
复制代码
运行程序,我们得到如下的输出:- main 1s
- main 1s
- main 1s
- job thread_id-10644, process_id-8872
- main 1s
- main 1s
- main 1s
- job thread_id-3024, process_id-8872
- main 1s
- main 1s
- main 1s
- job thread_id-6728, process_id-8872
- main 1s
- main 1s
- main 1s
- job thread_id-11716, process_id-8872
复制代码
可见,每个job()的进程ID都雷同,但线程ID差异。所以,job()终极是以线程的方式被调理实行。
到此这篇关于python中BackgroundScheduler和BlockingScheduler的区别 的文章就先容到这了,更多相关python BackgroundScheduler BlockingScheduler内容请搜刮脚本之家从前的文章或继续浏览下面的相关文章盼望各人以后多多支持脚本之家! |