0


(二十一)Flask之上下文管理第二篇(细细扣一遍源码)

每篇前言:

  • 🏆🏆作者介绍:【孤寒者】—CSDN全栈领域优质创作者、HDZ核心组成员、华为云享专家Python全栈领域博主、CSDN原力计划作者
  • 🔥🔥本文已收录于Flask框架从入门到实战专栏:《Flask框架从入门到实战》
  • 🔥🔥热门专栏推荐:《Python全栈系列教程》、《Django框架从入门到实战》、《爬虫从入门到精通系列教程》、《前端系列教程》、《tornado一条龙+一个完整版项目》。
  • 📝​📝本专栏面向广大程序猿,为的是大家都做到Flask从入门到精通,穿插有很多实战优化点。
  • 🎉🎉订阅专栏后****可私聊进一千多人Python全栈交流群(手把手教学,问题解答);进群可领取Python全栈教程视频 + 多得数不过来的计算机书籍:基础、Web、爬虫、数据分析、可视化、机器学习、深度学习、人工智能、算法、面试题等。
  • 🚀🚀加入我一起学习进步,一个人可以走的很快,一群人才能走的更远!

在这里插入图片描述

经过上文分析,我们可以将整个过程分为三阶段:

  1. 将ctx对象(包含request和session)放到Local对象中;
  2. 视图函数导入:request/session;
  3. 请求处理完毕:- 获取session并加密后保存到cookie- 将ctx删掉

第一阶段:

将ctx对象(包含request和session)放到Local对象中。

在这里插入图片描述

进去(下图中self就是ctx对象!):

在这里插入图片描述

继续进:

在这里插入图片描述

显而易见,上述

_request_ctx_stack

是一个全局变量,在整个应用程序的生命周期中它只创建一次!这是一种单例模式的实现方式~

继续进:

在这里插入图片描述

可以看到这个对象里又包了一个对象,这个

_local

对象才是真正存ctx的!而上面的

_request_ctx_stack

对象则相当于是一个代理,每次需要存ctx的时候都要先交给代理,代理再将其给到真正存储ctx的

_local

对象里!

上述push方法中

_local

对象点stack又会触发Local对象的

__setattr__

方法:

在这里插入图片描述

下图以第一阶段为主画了个简单的流程图,以便大家更好地梳理!
在这里插入图片描述

拓展一:flask里的session 是什么时候创建,什么时候销毁的?

当请求刚进来的时候,会将request和session封装成一个

request_context

对象,接下来通过LocalStack把这个对象放到内部的

Local

里【注意:现在session还是空的!】

下一步,执行

open_session

,将cookie里的值拿来处理后再放到

Local

中的ctx里。

最后,返回的时候要执行

save_session

将ctx里的session读出来序列化后存到用户cookie中,再将ctx给pop掉~

第二阶段:

分析下图的流程:

在这里插入图片描述

from flask import Flask, request

app = Flask(__name__)@app.route('/')defhello_world():print(request)# 执行request对象的__str__方法
    request.method    # 执行request对象的__getattr__(key='method')方法return'hello world~'if __name__ =='__main__':
    app.__call__
    app.run()

看源码,进request:

在这里插入图片描述

回去:

from flask import Flask, request

app = Flask(__name__)@app.route('/')defhello_world():print(request)# LocalProxy对象的__str__     
    request.method    # LocalProxy对象的__getattr__(key='method')      这一步应该包含多个操作:先去ctx中拿到request,再去request中获取methodreturn'hello world~'if __name__ =='__main__':
    app.__call__
    app.run()

进LocalProxy源码:

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

进去

_get_current_object()

在这里插入图片描述

__local

就是最开始传给LocalProxy的经过偏函数处理的那个函数,下图中的这个:

在这里插入图片描述

__local

函数加括号执行这个函数,进去看:

在这里插入图片描述

继续看session:

在这里插入图片描述

如上图所指会执行session对象的

__setitem__

方法~

进session源码:

和request区别就是传的参数是session:
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

跳出来:

在这里插入图片描述

from flask import Flask, request, session

app = Flask(__name__)@app.route('/')defhello_world():print(request)# LocalProxy对象的__str__
    request.method    # LocalProxy对象的__getattr__      这一步应该包含多个操作:先去ctx中拿到request,再去request中获取method

    session['k1']='guhanzhe'# LocalProxy对象的__setitem__(key=k1, value='guhanzhe')      # 先去ctx中拿到session,再给session中设置对应的值
    session['k1']# LocalProxy对象的__getitem__(key='1')                       # 先去ctx中拿到session,再去session中获取对应的值return'hello world~'if __name__ =='__main__':
    app.__call__
    app.run()

视图函数中有关于request和session的操作都是通过LocalProxy对象这个中介操作,然后再通过函数

_lookup_req_object

去ctx获取到request和session对象。

在这里插入图片描述

第三阶段:

pop肯定也不是直接pop的,也要走中介,如下图蓝色流程线:

在这里插入图片描述

但是上述所画几个流程图其实都不全,所以再来缕一遍源码:

进push:
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这个AppContext对象中,又封装了两个值:app和g!

在这里插入图片描述

回退:

在这里插入图片描述

封装了那两个值后执行

app_ctx.push()

,再来看看

app_ctx

是啥?
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

所以流程图又要更新了!这次多了个存放app(就是程序进来实例化的Flask对象)和g的对象!!!

完整画图:

在这里插入图片描述

上面刚说多了个g和app:
在这里插入图片描述

进去g:

在这里插入图片描述
在这里插入图片描述

进去current_app:
在这里插入图片描述

是不是和request和session一个流程!!!

最后来看看最后的最后:
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

把最后的最后补充进图:

在这里插入图片描述

上面这个机制支持多线程!

Flask中一共有几个LocalStack和Local对象?

  • 都是两个~
标签: flask python 后端

本文转载自: https://blog.csdn.net/qq_44907926/article/details/135897463
版权归原作者 孤寒者 所有, 如有侵权,请联系我们删除。

“(二十一)Flask之上下文管理第二篇(细细扣一遍源码)”的评论:

还没有评论