回顾一下Flask的流程：
WSGI Server 到 WSGI App
图中可以看到HTTP请求都是通过WSGI Server进行解包封装然后调用Flask App(WSGI App)，这里再补充一张调用链的图：
run_wsgi之前，都是WSGI Server的基于Python.socket的WSGI.BaseHTTPRequestHandler服务，也就是第一张图的解包，封装environ的过程，来看看解包后封装的environ长啥样：
可以看到，WSGI Server把http包所有的东西依次解好，放入environ中，然后调用run_wsgi发给Flask app，过程如下图所示：
执行execute后，进入application_iter=app(environ,start_response)环节，此时的app还是werkzeug.debug.DebuggedApplication object，我们来看看这个app里面是些什么东西：
其他都不重要，看到app中的app吗，这就是我们想要的Flask App(WSGI App)，接下去把environ,start_response再传给app.app(environ,start_response)这样就执行了WSGI App了，看werkzeug怎么实现的:
通过调用DebuggedApplication object中的debug_application函数，执行self.app（也就是调用Flask App），至于程序调用栈怎么从execute怎么跳到debug_application这一过程，目前还没有看明白，debug_application的app_iter=self.app()调用的就是Flask App了。
WSGI App（Flask App）
flask app的工作示意图如下：
对比上面的流程图，当程序进入WSGI App中也就进入了Flask app的工作中了，看看flask主要干了一些什么：
首先创建应用上下文和请求上下文，具体过程由ctx变量主导：
-
request_context的创建
ctx = self.request_context(environ)
可以看到此时的request_context的内容是什么：request_context
此时session还没有填充，接着进行
ctx.push()
这个函数 作了两个事情：
- equest_ctx_stack的创建
- app_ctx_stack的创建
-
session的填充（如果http请求带有cookie，这时就会从cookie中获取session，如果没有就添加默认的cookie）
app_context和request_context入栈
接着开始处理http请求的业务逻辑了，具体代码是
response = self.full_dispatch_request()
-
full_dispatch_request
继续看代码：
dispatch_request
其中try_trigger_before_first_request_functions是用来处理flask钩子before_first_request的应用
而preprocess_request则相应的处理了flask钩子url_value_preprocessor和before_request：
当preprocess_request没有错误发生则跳入dispatch_request中，dispatch_request只干一件事情，那就是匹配http请求的路由节点，即我们自己定义的相应的处理函数，但这时request数据并没有传参，上面已经将request_context压栈，所以我们从栈中获取相应的数据，其实后续所有的上下文的数据全部从栈中获取，不必要再传递参数这种形式了，接下来处理make_response()函数，其主要作用就是将我们的dispatch_request处理完的返回值变成真正的http响应。下面process_response函数主要是出来flask钩子after_request注册的函数。
返回的http的cookie也是再这里填充，具体采用的是save_session函数，其功能是把之前保存在request_context.session中的值拿过来，加上过期时间重新序列化，然后发给cookie。
return self.session_interface.save_session(self, session, response)```
* **return response**
full_dispatch_request函数完成之后，如果有错误就去响应错误make_response(self.handle_exception(e))，如果没有，则返回response(environ, start_response)，交由WSGI_SERVER负责后续的http报文处理。
至此，Flask App的功能就全部完成，并把response返回给WSGI Server再转发给服务器
**参考**
[Flask快速入门笔记三_上下文对象：Flask核心机制](http://www.cnblogs.com/fuzzier/p/6063935.html)