最近摸到了Flask-APScheduler这个模块，发现如一位博主说的“没有一点实在一点的文章”，遂自己也整理了一些遇到的坑，分享出来希望帮到大家。
常见问题：
目录
定时任务启动两次：
????????这个主要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博客