在django-xadmin中APScheduler的启动初始化实例
环境:python3.5.x+django1.9.x+xadmin-for-python3
APScheduler做为一个轻量级和使用量很多的后台任务计划(scheduler)包,可以方便的随系统启动/关闭而启动/关闭,如果整合到django中,启动APScheduler的代码该写在哪里好呢,
以下几个方式供参考:
1.(推荐)自定义Middleware,非常类似Java中的Filter,缺点是要有URL访问才会触发启动,如果系统还没有启动完就访问了URL会触发__init__多次调用(多次http同时请求造成),可以通过threading的lock同步代码和状态限制执行一次
classStartupMiddleware(object): def__init__(self): #启动后台任务APScheduler init_scheduler() fromdjango.core.exceptionsimportMiddlewareNotUsed raiseMiddlewareNotUsed#TIP抛出此异常,则Django将从middleware栈中移出该middleware,请求就不会经过此middleware defprocess_request(self,request): print("*****enterstartupmiddleware")
scheduler=None definit_scheduler(): globalscheduler lock=threading.Lock()#TIP多线程同步代码 withlock: ifschedulerandscheduler.running: print('*****APSchedulerisalreadystarted,pid:{},tid:{}'.format(os.getpid(),threading.current_thread().getName())) returnscheduler executors={ 'default':ThreadPoolExecutor(5),#线程模式下进程池大小 'processpool':ProcessPoolExecutor(5),#进程模式下进程池大小 } job_defaults={ 'coalesce':True,#如果有几次未执行,条件可以时是否只执行一次 'max_instances':1,#同一个job同一时间最多有几个实例再跑 } scheduler=BackgroundScheduler(executors=executors,job_defaults=job_defaults,timezone=timezone(TIME_ZONE)) scheduler.add_job(...) scheduler.start() returnscheduler
2.应用中的settings.py文件,django在开发环境默认会启动两个python进程(对于开发环境还是很实用的,改代码后会自动重启),放settings.py中的代码会被这两个python进程都调用一次,当然可以通过--reload参数只启动一个python进程,另外加载settings.py时部分app还未loaded,限制了应用的代码。
3.顶层的urls文件,这个不管你django启动时是一个进程还是两个进程,urls文件也只会被加载一次,但存在的缺陷就是在执行makemigrations这样的命令时,会同样出现app还未loaded的错...
以上这篇在django-xadmin中APScheduler的启动初始化实例就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持毛票票。
声明:本文内容来源于网络,版权归原作者所有,内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:czq8825#qq.com(发邮件时,请将#更换为@)进行举报,并提供相关证据,一经查实,本站将立刻删除涉嫌侵权内容。