Flask-APScheduler 常见摸坑指南

最近摸到了Flask-APScheduler这个模块,发现如一位博主说的”没有一点实在一点的文章”,遂自己也整理了一些遇到的坑,分享出来希望帮到大家。

常见问题:

目录

定时任务启动两次:

定时任务里写业务操作数据库代码找不到app:

循环导入问题:

以装饰器形式没写在主函数文件里的定时任务不会被执行:

定时任务启动两次:

这个主要flask的一个reload机制有关(FLASK_USE_RELOAD = True),reload主要用于代码的热更新(简单解释就是,当你runserver启动服务的时候,会先创建一个主进程,主进程再创建一个子进程。子进程是实际运作的系统,而主进程的主要作用在于监听代码的改变,当你python install重装代码时,主进程探测到代码的改变,就会自动重启子进程,达到代码热更新的效果)。

当DEBUG模式调用app.run()的时候,用到了Werkzeug库,它会生成一个子进程,当代码有变动的时候它会自动重启,所以会Flask会执行两次定时任务。可以在run()里加入参数 use_reloader=False,就会取消这个功能,当然,在以后的代码改动后也不会自动更新了。

app.run(debug=True, use_reloader=False)

或者也可以查看WERKZEUG_RUN_MAIN环境变量, 默认情况下,调用子程序时,它会被设置为True。

解决FLASK DEBUG模式定时任务执行两次

if os.environ.get(‘WERKZEUG_RUN_MAIN’) == ‘true’:
scheduler.init_app(app)
scheduler.start()

定时任务里写业务代码操作数据库找不到app:

RuntimeError: No application found. Either work inside a view function or push an application context.

原因也很简单,操作db需要app,而定时器在后台运行实际上是找不到app的,需要push一个app context给它,让它在上下文里面工作即可:

with app.app_context():
do something

多一句 这里也可以实现一个装饰器,然后把函数传进去再内层函数中 with app.app_context然后运行定时任务要执行的代码即可,个人感觉更好一点。后续只需要给定时任务加个装饰器就可以不用考虑上下文的问题了

Flask-APScheduler 常见摸坑指南

循环导入问题:

注意scheduler = APScheduler() 这个代码放在一个不会被多次引用的地方即可,比如放在

extension里再create_app的时候初始化再start就可以了

Flask-APScheduler 常见摸坑指南

Flask-APScheduler 常见摸坑指南

以装饰器形式没写在主函数文件里的定时任务不会被执行:

如再某个文件里写了两个定时任务,只需要在main函数中引入这个文件即可

Flask-APScheduler 常见摸坑指南

Flask-APScheduler 常见摸坑指南

附上一些,解决问题时候有帮助的文章

python(flask/gunicorn)+apscheduler定时邮件重发两次的问题 – 朔雪寒D.A.G – 博客园

Flask教程(二十)flask-apscheduler_迷途小书童的Note的博客-CSDN博客

Flask-APScheduler定时任务查询操作数据库(多文件/模块)_arnolan的博客-CSDN博客

https://blog.csdn.net/lllhhhv/article/details/123925012

Original: https://blog.csdn.net/paycho/article/details/127650984
Author: 陈虚渊
Title: Flask-APScheduler 常见摸坑指南

原创文章受到原创版权保护。转载请注明出处:https://www.johngo689.com/749794/

转载文章受原作者版权保护。转载请注明原作者出处!

(0)

大家都在看

亲爱的 Coder【最近整理,可免费获取】👉 最新必读书单  | 👏 面试题下载  | 🌎 免费的AI知识星球