在应用中需要使用调度框架来做一些统计的功能,可惜在windows上可用的不多,最后选择了APScheduler这个调度器。
用法不多介绍,只总结一下在使用中遇到的坑。
凡是在APScheduler中调用的function,只要用到初始化跟app相关的对象(如db,mail),都是需要app上下文的,正常情况下都需要push app_context的。
否则将会报"No application found. Either work insIDe a vIEw function or push an application context."的错误。
因为Flask-APScheduler在运行的时候是单独的一个进程,在这个进程中app是没有实例化的。使用之前要先实例化app对象。
以下代码可以解决这个问题:
#此创建app实例def get_app(): flask_app=create_app('production') return flask_appdef job1(): with get_app().app_context(): #需要做的 *** 作重复运行问题
在create_app时同时创建APScheduler对象,并且init然后start,会出现一个重复运行的问题。
那是因为FastCGI进程管理器在Web Server启动时,会自动创建若干个进程等待客户端的连接。如果访问量比较大,FastCGI会创建更多的进程以响应客户端的连接。
而每启动一个进程都会在后台创建一个APScheduler对象,所以会出现重复运行的情况。
在linux上可以通过Python的fcntl包获得一个文件的排他锁,以达到只启动一个APScheduler对象的功能。但是在windows上没有相应的包。
试过很多种获得文件排他锁的方法,终于找到一个第三方的包:portalocker,果断安装。
使用方法如下:
scheduler=APScheduler()def create_app(config_name): app=Flask(__name__) app.jinja_env.trim_blocks=True app.config.from_object(config[config_name]) config[config_name].init_app(app) scheduler_init(app) return appdef scheduler_init(app): try: lockfile=open('scheduler.lock','w') portalocker.lock(lockfile,portalocker.LOCK_EX | portalocker.LOCK_NB) lockfile.write(str(datetime.datetime.Now())) scheduler.init_app(app) scheduler.start() except: pass def _unlock_file(): try: portalocker.unlock(lockfile) except: pass atexit.register(_unlock_file)
获得锁的进程,在解释器被销毁时会调用_unlock_file释放锁,新创建的进程又会得到锁,所以APScheduler会一直运行。 如果要想获得准确调度,可以使用APScheduler另外启动一个进程,而不要使用Flask-APScheduler。 不过Flask-APScheduler对我的应用来说够用了。
总结以上是内存溢出为你收集整理的[Flask Tips]Flask-APScheduler用法总结全部内容,希望文章能够帮你解决[Flask Tips]Flask-APScheduler用法总结所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)