flask请求上下文 (转)

本篇阅读目录

  • 一、flask中的CBV
  • 二、werkzeug + 上下文初步解读
  • 三、偏函数和线程安全

回到顶部

一、flask中的CBV

  对比django中的CBV,我们来看一下flask中的CBV怎么实现?

  from flask import Flask, render_template, url_for, views

  app = Flask(__name__)

  class Login(views.MethodView):
    def get(self):
      print(url_for("my_login"))     # /login
      return render_template("login.html")

    def post(self):
      return "login success"

  app.add_url_rule("/login", view_func=Login.as_view("my_login"))

  if __name__ == ‘__main__‘:
    app.run(debug=True)

  注意:视图类中定义了哪些方法,就可以允许哪种方式的请求,也可以通过指定参数methods=["GET","POST"],指定参数时可以在视图类中指定,也可以在add_url_rule方法中指定。

回到顶部

二、werkzeug + 上下文初步解读

通过查看源码,我们知道app.run() 方法其实是执行了run_simple() 方法,源码如下:

  我们可以通过下面一段代码探究run_simple() 方法都做了什么?

  from werkzeug.serving import run_simple
  from werkzeug.wrappers import Request, Response

  @Request.application
  def app(req):
    print(req.method)    # GET
    print(req.path)     # /
    return Response(‘200 ok‘)

  run_simple(‘0.0.0.0‘, 5000, app)

  运行代码,发现服务运行在http://0.0.0.0:5000/上,如下:

  浏览器访问该网址控制台显示的网址,输出结果如上图,且页面显示返回结果‘200 ok‘。由此说明视图函数app执行了,再看我们之前写的代码:

  from flask import Flask, ...

  app = Flask(__name__)

  ......
  
  app.run(debug=True)         # app 是flask的实例化对象

  这里重点分析app.run() 都干了什么?

  首先,执行app.run() 时,源码中显示执行了执行run_simple() 方法,源码中run_simple() 方法的参数是run_simple(host, port, self, **options) ,这里重点看第三个参数self,因为app是flask的实例化对象,因此self就是指flask的实例化对象app,而上例中我们知道当有请求进来的时候,执行了app(),我们知道函数加括号是执行,而对象加括号会自动执行__call__方法,也就是说app.run() 其实是监听了flask类中的__call__方法,通过解读源码我们发现__call__方法内容如下:

  __call__方法中执行了wsgi_app方法,源码如下:

  request_context() 方法源码如下,其中的self仍然是Flask的实例化对象app:

  RequestContext是一个类,它的__init__方法源码如下:

  本篇暂时解读到这里,下篇继续解读。

回到顶部

三、偏函数和线程安全

1、偏函数就是把前边的值传进来但是不执行

  1)示例一

  from functools import partial

  def ab(a,b):
    print(a,b)   # 1 5
    return a+b

  par_ab = partial(ab, 1)          # par_ab是一个新函数,接受了括号中的参数

  print(par_ab)
  # functools.partial(<function ab at 0x00000203FAB01E18>, 1)

  print(par_ab(5))
  # 6
  # par_ab(5)会执行新函数,且partial(ab, 1)中参数1会成为新函数par_ab的第一个参数,par_ab(5)中的5会成为第二个参数,新函数的函数体是ab函数

  2)示例二

  from functools import partial

  def ab(a,*args):
    print(a,args)
    return a

  par_ab = partial(ab, 1, 5, 7, 9)

  print(par_ab)
  # functools.partial(<function ab at 0x0000020396711E18>, 1, 5, 7, 9)
  # 新函数不加括号不执行

2、线程安全

  1)示例一:

  import time

  class Foo(object):
    pass

  foo = Foo()

  def add(i):
    foo.num = i
    time.sleep(1)
    print(foo.num)

  for i in range(20):
    add(i)

    总结:等待时间长

  2)示例二:开启线程

  import time
  import threading

  class Foo(object):
    pass
  
  foo = Foo()

  def add(i):
    foo.num = i
    time.sleep(1)
    print(foo.num, i)

  for i in range(20):
    th = threading.Thread(target=add, args=(i,))
    th.start()

    总结:数据不安全

  3)示例三:

  import time
  import threading
  from threading import local

  class Foo(local):
    pass

  foo = Foo()

  def add(i):
    foo.num = i
    time.sleep(1)
    print(foo.num, i, threading.current_thread().ident)

  for i in range(20):
    th = threading.Thread(target=add, args=(i,))
    th.start()

    总结:完美解决问题,采用了以空间换取时间的方法,为每个线程保存了一块空间,使线程之间互相不受影响。

转:https://www.cnblogs.com/li-li/p/10247054.html#autoid-2-0-0

原文地址:https://www.cnblogs.com/kenD/p/10453042.html

时间: 2024-10-02 08:40:32

flask请求上下文 (转)的相关文章

flask 请求上下文源码(转)

本篇阅读目录 一.flask请求上下文源码解读 二.http聊天室(单聊/群聊)- 基于gevent-websocket 回到顶部 转:https://www.cnblogs.com/li-li/p/10252058.html#main 一.flask请求上下文源码解读 通过上篇源码分析,我们知道了有请求发来的时候就执行了app(Flask的实例化对象)的__call__方法,而__call__方法返回了app的wsgi_app(environ, start_response)方法的执行结果,而

Flask请求上下文request

原文地址:https://www.cnblogs.com/omak/p/9911750.html

flask基础之AppContext应用上下文和RequestContext请求上下文(六)

前言 应用上下文和请求上下文存在的目的,官方文档讲的很清楚,可参考: http://www.pythondoc.com/flask/appcontext.html 应用上下文对象在没有请求的时候是可以单独存在的,但是请求上下文对象只有在收到请求后才会被创建.请求处理和应用上下文和请求上下文的关系是: 接收请求-->创建请求上下文-->请求上下文入栈-->创建该请求的应用上下文-->应用上下文入栈-->处理逻辑-->请求上下文出栈-->应用上下文出栈 系列文章 fl

flask请求和应用上下文

关于WSGI WSGI(全称Web Server Gateway Interface),是为 Python 语言定义的Web服务器和Web应用程序之间的一种简单而通用的接口,它封装了接受HTTP请求.解析HTTP请求.发送HTTP,响应等等的这些底层的代码和操作,使开发者可以高效的编写Web应用. 一个简单的使用WSGI的App例子: def application(environ, start_response): start_response('200 OK', [('Content-Typ

Flask的请求上下文机制

准备知识 面向对象双下方法 __call__ 对象后面加括号,触发执行 为什么设计上下文这样的机制? 就是保证多线程环境下,实现线程之间的隔离. 在了解flask上下文机制之前,我们先了解下线程的数据安全. 线程安全 如上代码段,在1s内开启20个线程,执行add_num(),结果foo.num都为 19,说明线程间数据是不隔离的. 那么,如何保证线程间数据隔离呢? 有一种 threading.local 方法 Thread Local threading.local 在多线程操作时,为每一个线

2.5.1、程序和请求上下文

Flask 从客户端收到请求时,要让视图函数能访问一些对象,这样才能处理请求.请求对象就是一个很好的例子,它封装了客户端发送的 HTTP 请求. 要想让视图函数能够访问请求对象,一个显而易见的方式是将其作为参数传入视图函数,不过这会导致程序中的每个视图函数都增加一个参数. 除了访问请求对象,如果视图函数在处理请求时还要访问其他对象,情况会变得更糟. 为了避免大量可有可无的参数把视图函数弄得一团糟,Flask 使用上下文临时把某些对象变为全局可访问.有了上下文,就可以写出下面的视图函数: from

flask框架----上下文管理

一.上下文管理相关知识点: a.类似于本地线程 创建Local类: { 线程或协程唯一标识: { 'stack':[request],'xxx':[session,] }, 线程或协程唯一标识: { 'stack':[] }, 线程或协程唯一标识: { 'stack':[] }, 线程或协程唯一标识: { 'stack':[] }, } b.上下文管理的本质 每一个线程都会创建一个上面那样的结构, 当请求进来之后,将请求相关数据添加到列表里面[request,],以后如果使用时,就去读取 列表中

Flask 之 上下文管理

Flask上下文管理 分类: 请求上下文管理 应用上下文管理 请求上下文管理 request a. 温大爷:wsig b. 赵毅: ctx = ReuqestContext(session,request) ctx.push() c. 刘松:LocalStack,把ctx对象添加到local中 d. 空调:Local __storage__={ 1321:{stack:[ctx,]} } session a. 温大爷:wsig b. 赵毅: ctx = ReuqestContext(sessio

flask-本地线程-请求上下文补充

context(上下文)是flask里面非常好的设计,使用flask需要非常理解应用上下文和请求上下文这两个概念 本地线程 本地线程(thread local)希望不同的线程对于内容的修改只在线程内部发挥作用,线程内部互相不影响 from django.test import TestCase import threading mydata = threading.local() mydata.number = 42 print(mydata.number) logs = [] def f():