Django---Django的中间件

一丶中间件介绍

什么是中间件

  1. 官方的说法:中间件是一个用来处理Django的请求和响应的框架级别的钩子。它是一个轻量、低级别的插件系统,用于在全局范围内改变Django的输入和输出。每个中间件组件都负责做一些特定的功能。
  2. 但是由于其影响的是全局,所以需要谨慎使用,使用不当会影响性能。
  3. #中间件是:在视图函数执行之前和执行之后都可以做一些额外的操作,它本质上就是一个自定义类,类中定义了几个方法,Django框架会在处理请求的特定的时间去执行这些方法。
  1. # 打开Django项目的Settings.py文件,看到下图的MIDDLEWARE配置项。
  2. MIDDLEWARE = [
  3. 'django.middleware.security.SecurityMiddleware',
  4. 'django.contrib.sessions.middleware.SessionMiddleware', # 全局session
  5. 'django.middleware.common.CommonMiddleware',
  6. 'django.middleware.csrf.CsrfViewMiddleware',
  7. 'django.contrib.auth.middleware.AuthenticationMiddleware',
  8. 'django.contrib.messages.middleware.MessageMiddleware',
  9. 'django.middleware.clickjacking.XFrameOptionsMiddleware',
  10. ]
  11. # MIDDLEWARE配置项是一个列表,列表中是一个个字符串,这些字符串其实是一个个类,也就是一个个中间件。

二丶自定义中间件

中间件可以定义五个方法,分别是:(主要的是process_request和process_response)

  • process_request(self,request)
  • process_view(self, request, view_func, view_args, view_kwargs)
  • process_template_response(self,request,response)
  • process_exception(self, request, exception)
  • process_response(self, request, response)

以上方法的返回值可以是None或一个HttpResponse对象,如果是None,则继续按照django定义的规则向后继续执行,如果是HttpResponse对象,则直接将该对象返回给用户。

自定义一个中间件示例

  1. # 实现中间件的类
  2. from django.utils.deprecation import MiddlewareMixin
  3. class MD1(MiddlewareMixin):
  4. def process_request(self, request):
  5. print("MD1里面的 process_request")
  6. def process_response(self, request, response):
  7. print("MD1里面的 process_response")
  8. return response # 必须返回response
  9. # settings配置注册中间件
  10. 'app01.middleware.MD1',

process_request(self,request):

  1. def process_request(self, request):
  2. '''
  3. 正常流程: 返回值必须为none ,按照 settings配置的中间件的顺序从上到下执行,
  4. # 若返回 HTTPResponse对象,则直接通过当前中间件的 process_response返回.
  5. # 在路由(urls.py)和函数(view)之前进行处理
  6. :param request:
  7. :return:
  8. '''
  9. print('In M1 process_request ')
  10. # 执行时间:
  11. 在执行视图函数之前,也在路由匹配之前
  12. # 参数:
  13. request 请求对象 和视图是同一个
  14. # 执行的顺序:
  15. 按照中间件的注册顺序 顺序执行
  16. # 返回值:
  17. None 正常流程
  18. HttpResponse:当前中间件之后的中间件的process_request、路由匹配、视图函数都不执行,直接执行当前中间的process_response的方法,倒序执行之前的process_response的方法,最终返回给浏览器

process_response(self, request, response):

  1. def process_response(self, request, response):
  2. '''
  3. 正常流程: 必须返回response, 按照settings配置中的中间件顺序,倒序返回.
  4. # 可以自己指定返回的HttpResponse对象
  5. # request 在一次请求中 ,始终是同一个
  6. # 在路由(urls.py)和函数(view)之后进行处理
  7. :param request:
  8. :param response:
  9. :return:
  10. '''
  11. print('out M1 process_response ')
  12. return response # 必须返回
  13. # 执行时间:
  14. 在执行视图函数之后
  15. # 参数:
  16. request 请求对象 和视图是同一个
  17. response: 返回的response对象
  18. # 执行的顺序:
  19. 按照中间件的注册顺序 倒序执行
  20. # 返回值:
  21. HttpResponse:必须返回response对象

process_view(self, request, view_func, view_args, view_kwargs):

  1. def process_view(self, reques, view_func, view_args, view_kwargs):
  2. '''
  3. # 正常流程: 返回none ,按照 settings配置的中间件的顺序从上到下执行,
  4. # 可以修改函数的参数,或者修改函数返回的HttpResponse
  5. # M1 process_view 处理完, 交给 M2 process_view处理. 处理完毕后执行 真正要处理的视图函数(view_func函数)
  6. # 在 路由之后,函数之前进行处理
  7. :param reques:
  8. :param view_func:
  9. :param view_args:
  10. :param view_kwargs:
  11. :return:
  12. '''
  13. print('in M1 process_view ')
  14. print(view_func, view_args, view_kwargs)
  15. # 执行时间:
  16. 在执行视图函数之前,在路由匹配之后
  17. # 参数:
  18. request 请求对象 和视图是同一个
  19. view_func 视图函数
  20. view_args 传递给视图函数的位置参数 分组的参数
  21. view_kwargs 传递给视图函数的关键字参数 命名分组的参数
  22. # 执行的顺序:
  23. 按照中间件的注册顺序 顺序执行
  24. # 返回值:
  25. None : 正常流程
  26. HttpResponse:当前中间件之后的中间件的process_view、视图函数都不执行,直接执行最后一个中间的process_response的方法,倒序执行之前的process_response的方法,最终返回给浏览器

process_exception(self, request, exception):

  1. def process_exception(self, request, execption):
  2. '''
  3. # 使用process_exception 方法 , 条件必须是 出现异常错误
  4. # 执行顺序: 按照settings设置中间件的顺序 ,倒序执行.
  5. 如果 最后一个中间件的 process_exception 不能处理,交给 上一个中间件的process_exception处理
  6. 如果 都不能处理这个异常,则交给Django默认的配置处理. 最后有Django生成一个HttpResponse对象
  7. # 由settings配置的最后一个中间件 process_response方法 逐层返回.
  8. :param request:
  9. :param execption:
  10. :return:
  11. '''
  12. print('in M1 process_exception')
  13. print(execption) # 打印异常信息
  14. # 执行时间(触发条件):
  15. 视图层面有异常才执行
  16. # 参数:
  17. request 请求对象 和视图是同一个
  18. exception 错误对象
  19. # 执行的顺序:
  20. 按照中间件的注册顺序 倒序执行
  21. # 返回值:
  22. None : 交给下一个中间件处理异常,所有的中间件都没有处理,交给django处理
  23. HttpResponse:当前中间件之前的中间件的process_exception不执行,直接执行最后一个中间的process_response的方法,倒序执行之前的process_response的方法,最终返回给浏览器

process_template_response(self,request,response):

  1. def process_template_response(self, request, response):
  2. '''
  3. # 执行顺序: 按照settings设置中间件的顺序 ,倒序执行.
  4. # response得到是一个TemplateResponse对象
  5. # 可以修改属性和值
  6. # 存在视图函数之后, 按照倒序执行完毕后,才进行最终的渲染.
  7. 然后交由 settings最后中间件 执行 process_response逐层返回
  8. :param request:
  9. :param response:
  10. :return:
  11. '''
  12. print(response, type(response), '这是TemplateResponse对象')
  13. # <TemplateResponse status_code=200, "text/html; charset=utf-8">
  14. # <class 'django.template.response.TemplateResponse'> 这是TemplateResponse对象
  15. # 可以通过 response 获取模板文件的名字, 或者修改传递的参数
  16. # print(response.__dict__) # 查看都有什么属性
  17. print(response.template_name) # 获得模版的名字
  18. print(response.context_data) # 获得传递需要渲染的参数
  19. # 修改 模版文件
  20. response.template_name = 'logout.html'
  21. print('in M1 process_template_response ')
  22. return response # 必须返回response
  23. # 执行时间(触发条件):
  24. 视图返回的response 是一个template_response对象
  25. # 参数:
  26. request 请求对象 和视图是同一个
  27. response 响应对象
  28. # 执行的顺序:
  29. 按照中间件的注册顺序 倒序执行
  30. # 返回值:
  31. HttpResponse:必须返回

三丶执行中间件的流程

  1. # 请求到达中间件之后,先按照正序执行每个注册中间件的process_reques方法,process_request方法返回的值是None,就依次执行,如果返回的值是HttpResponse对象,不再执行后面的process_request方法,而是执行当前对应中间件的process_response方法,将HttpResponse对象返回给浏览器。也就是说:如果MIDDLEWARE中注册了6个中间件,执行过程中,第3个中间件返回了一个HttpResponse对象,那么第4,5,6中间件的process_request和process_response方法都不执行,顺序执行3,2,1中间件的process_response方法。

  1. # process_request方法都执行完后,匹配路由,找到要执行的视图函数,先不执行视图函数,先执行中间件中的process_view方法,process_view方法返回None,继续按顺序执行,所有process_view方法执行完后执行视图函数。假如中间件3 的process_view方法返回了HttpResponse对象,则4,5,6的process_view以及视图函数都不执行,直接从最后一个中间件,也就是中间件6的process_response方法开始倒序执行。

  1. # process_template_response和process_exception两个方法的触发是有条件的,执行顺序也是倒序。总结所有的执行流程如下

附:Django请求流程图

帮主博客

Django---Django的中间件的更多相关文章

  1. django 缓存、中间件、信号、CSRF 详解

    中间件 django 中的中间件(middleware),在django中,中间件其实就是一个类,在请求到来和结束后,django会根据自己的规则在合适的时机执行中间件中相应的方法. 在django项 ...

  2. [Django高级]理解django中的中间件机制和执行顺序

    原文来自 Understanding Django Middlewares, 这篇文章从整体上介绍了django中中间件定义,作用,和怎么样自己写中间件 –orangleliu. 注:middlewa ...

  3. Django中Middleware中间件

    Django中Middleware中间件 1 Middleware中间件概述 django中间middleware实质就是一个类,django会根据自己的规则在合适的时机执行中间件相应的方法.实际上当 ...

  4. Django框架之中间件与Auth

    Django框架之中间件与Auth模块一 cbv加装饰器 -先导入:from django.utils.decorators import method_decorator -1 可以在方法上加装饰器 ...

  5. Django进阶之中间件

    中间件简介 django 中的中间件(middleware),在django中,中间件其实就是一个类,在请求到来和结束后,django会根据自己的规则在合适的时机执行中间件中相应的方法. 在djang ...

  6. Django多个中间件的执行顺序

    Django中的中间件是一个轻量级.底层的插件系统,可以介入Django的请求和响应处理过程,修改Django的输入或输出.中间件的设计为开发者提供了一种无侵入式的开发方式,增强了Django框架的健 ...

  7. Django中的中间件(middleware)

    中间件: 在研究中间件的时候我们首先要知道 1 什么是中间件? 官方的说法:中间件是一个用来处理Django的请求和响应的框架级别的钩子.它是一个轻量.低级别的插件系统,用于在全局范围内改变Djang ...

  8. 第三百一十六节,Django框架,中间件

    第三百一十六节,Django框架,中间件 django 中的中间件(middleware),在django中,中间件其实就是一个类,在请求到来和结束后,django会根据自己的规则在合适的时机执行中间 ...

  9. Python开发【Django】:中间件、CSRF

    CSRF 1.概述 CSRF(Cross Site Request Forgery)跨站点伪造请求,举例来讲,某个恶意的网站上有一个指向你的网站的链接,如果某个用户已经登录到你的网站上了,那么当这个用 ...

  10. django框架之中间件

    中间件简介 django 中的中间件(middleware),在django中,中间件其实就是一个类,在请求到来和结束后,django会根据自己的规则在合适的时机执行中间件中相应的方法. 在djang ...

随机推荐

  1. sklearn---评价指标

    查看sklearn支持的评价指标: import sklearn sorted(sklearn.metrics.SCORERS.keys()) ['accuracy', 'adjusted_mutua ...

  2. 2014-2015 ACM-ICPC, Asia Tokyo Regional Contest

    2014-2015 ACM-ICPC, Asia Tokyo Regional Contest A B C D E F G H I J K O O O O   O O         A - Bit ...

  3. openpose开发(1)官方1.5版本源码编译

    环境 WIN10系统,联想Y7000配置,8G内存 VS2019 cuda10 cudnn10 opencv4.11没有扩展库 显卡 1050TI 用到的库(提前下载好的模型,依赖库,user_cod ...

  4. Ansible常用模块整理

    问答题 请总结今天所学的ansible模块,以及各个模块的作用! ping ping模块用来检查目标主机是否在线 例子:ansible webserver -m ping yum yum模块用来在Ce ...

  5. OpenResty: 介绍 (摘抄)

    原文链接:https://www.cnblogs.com/duanxz/p/10396160.html Nginx 是俄罗斯人发明的, Lua 是巴西几个教授发明的,中国人章亦春把 LuaJIT VM ...

  6. Django 1.11 网站分页设计

    参考网址:https://www.cnblogs.com/kongzhagen/p/6640975.html

  7. selenium--上传文件

    前戏 在进行web自动化的时候,经常需要用到上传文件的功能,selenium可以使用send_keys()来上传文件,但是使用send_keys()上传文件有很大的局限性,只能上传input标签的,好 ...

  8. Guava cacha 机制及源码分析

    1.ehcahce 什么时候用比较好:2.问题:当有个消息的key不在guava里面的话,如果大量的消息过来,会同时请求数据库吗?还是只有一个请求数据库,其他的等待第一个把数据从DB加载到Guava中 ...

  9. Xcode一个project多个target

    project添加target https://blog.csdn.net/vbirdbest/article/details/53466009 https://www.cnblogs.com/Bob ...

  10. 【数据结构】【计算机视觉】并查集(disjoint set)结构介绍

    1.简述 在实现多图像无序输入的拼接中,我们先使用surf算法对任意两幅图像进行特征点匹配,每对图像的匹配都有一个置信度confidence参数,来衡量两幅图匹配的可信度,当confidence> ...