flask核心机制
1
Working outside of application context
Working outside of application context.是在flask中出现的经典错误。如下这段代码，就会出现 Working outside of application context.
from flask import Flask, current_appapp = Flask(__name__)a = current_appd = current_app.config['DEBUG']
2
Flask的上下文对象
Flask有两种Context(上下文)，分别是 请求上下文 和应用上下文。
RequestContext 请求上下文 包括：
-
Request 请求的对象，封装了Http请求(environ)的内容
-
Session 根据请求中的cookie，重新载入该访问者相关的会话信息。
AppContext 应用上下文 包括：
-
g 处理请求时用作临时存储的对象。每次请求都会重设这个变量
-
current_app 当前激活程序的程序实例
生命周期：
-
current_app的生命周期最长，只要当前程序实例还在运行，都不会失效。
-
Request和g的生命周期为一次请求期间，当请求处理完成后，生命周期也就完结了。
-
Session就是传统意义上的session了。只要它还未失效（用户未关闭浏览器、没有超过设定的失效时间），那么不同的请求会共用同样的session。
3
核心机制
阅读源码文件 globals.py
_request_ctx_stack = LocalStack()_app_ctx_stack = LocalStack()
LocalStack是由Werkzeug库提供的一个线程隔离的栈结构，可以将对象推入、弹出， 也可以快速拿到栈顶对象。图为核心机制的原理图，当一个请求进入flask，首先检查_app_ctx_stack中有没有元素，如果栈顶元素是空或者不是当前的对象。那么会先推入AppContext，然后再推入RequestContext。而requext(Local Proxy) current_app(Local Proxy) 始终指向栈顶的元素，如果栈顶是空，就会出现unbound。这就是出现Working outside of application context.的原因。那么，说明只要手动将AppContext推入栈中，就不会出现一样的问题。
from flask import Flask, current_appapp = Flask(__name__)# 获取应用上下文ctx = app.app_context()# 将应用上下文推入栈中ctx.push()a = current_appd = current_app.config['DEBUG']# 出栈ctx.pop()
运行如下代码，则不会再出现同样问题。那么在视图函数中，为什么不需要手动推入？
因为 Flask App 在作为 WSGI Application 运行时，会在每个请求进入的时候将请求上下文推入 _request_ctx_stack 中，而请求上下文一定是 App 上下文之中，所以推入部分的逻辑有这样一条：如果发现 _app_ctx_stack为空，则隐式地推入一个 App 上下文。所以，请求中是不需要手动推上下文入栈的。
