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然后运行定时任务要执行的代码即可，个人感觉更好一点。后续只需要给定时任务加个装饰器就可以不用考虑上下文的问题了

        

循环导入问题：

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

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

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

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

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

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

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

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

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