一.中间件介绍

中间件顾名思义,是介于request与response处理之间的一道处理过程,相对比较轻量级,并且在全局上改变django的输入与输出。因为改变的是全局,所以需要谨慎实用,用不好会影响到性能。

Django的中间件官方的定义:

Middleware is a framework of hooks into Django’s request/response processing. <br>It’s a light, low-level “plugin” system for globally altering Django’s input or output.

如果你想修改请求,例如被传送到view中的HttpRequest对象。 或者你想修改view返回的HttpResponse对象,这些都可以通过中间件来实现。

可能你还想在view执行之前做一些操作,这种情况就可以用 middleware来实现。

  说的直白一点中间件是帮助我们在视图函数执行之前和执行之后都可以做一些额外的操作,它本质上就是一个自定义类,类中定义了几个方法,Django框架会在请求的特定的时间去执行这些方法。

我们一直都在使用中间件,只是没有注意到而已,打开Django项目的Settings.py文件,看到下面的MIDDLEWARE配置项。

Django默认的Middleware:

MIDDLEWARE = [

'django.middleware.security.SecurityMiddleware',

'django.contrib.sessions.middleware.SessionMiddleware',

'django.middleware.common.CommonMiddleware',

'django.middleware.csrf.CsrfViewMiddleware',

'django.contrib.auth.middleware.AuthenticationMiddleware',

'django.contrib.messages.middleware.MessageMiddleware',

'django.middleware.clickjacking.XFrameOptionsMiddleware',

]

MIDDLEWARE配置项是一个列表,列表中是一个个字符串,这些字符串其实是一个个类,也就是一个个中间件。

注意:

  对于所有请求的批量做处理的时候用中间件

  单独对某几个函数做处理的时候用装饰器

二.自定义中间件

1.自定义中间件的介绍

中间件可以定义五个方法,分别是:(主要的是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对象,则直接将该对象返回给用户。

当用户发起请求的时候会依次经过所有的的中间件,这个时候的请求时process_request,最后到达views的函数中,views函数处理后,在依次穿过中间件,这个时候是process_response,最后返回给请求者。

2.使用步骤

(1)先建一个文件夹,里面写一个py文件

(2)然后开始写类

1.中间件就是一个类,类里面写几个方法

class M1(MiddlewareMixin):  必须继承

def process_request(self,request):  request:请求里面的所有的东西

print("m1.request_request")

#这个方法里面别轻易返回值,要是有返回值就不再继续执行后面的了,

#执行自己的process_response和上边的response

# 一般是无返回值的:继续执行后续的中间件和视图函数

def process_response(self,request,response):

return response

2.在settings中的MIDDLEWARE加上路径

文件夹名称.py文件名称.类名

注意注册的书写格式为:app名.写自定义中间件的文件名.类名

如例子MIDDLEWARE注册截图所示:

相应的项目目录截图为:

3.找到继承的那个类,把那个类拿过来

一般不要用导入的方法,不然有时候更新了就没有这个类了,你就把它继承的那个类拿过来。

3.process_request方法

process_request有一个参数,就是request,这个request和视图函数中的request是一样的。

它的返回值可以是None也可以是HttpResponse对象。返回值是None的话,按正常流程继续走,交给下一个中间件处理,如果是HttpResponse对象,Django将不执行视图函数,而将响应对象返回给浏览器。

我们来看看多个中间件时,Django是如何执行其中的process_request方法的。

(1)首先是写一个视图函数及相应的路由配置,这边就不做多讲解,前面内容都有相关步骤。

视图函数内容为:

def index(request):

print("运行了index视图函数。。。")

return HttpResponse("ok")

没有自定义中间件的时候,访问index可以返回ok,并且后端打印print的内容。

(2)注册自动中间件

详见上面截图

(3)自定义中间件内容:

from django.utils.deprecation import MiddlewareMixin

from django.shortcuts import render, HttpResponse

class mid1(MiddlewareMixin):

def process_request(self, request):

# 默认没有返回值, 如果有返回值,会终止后面的中间件的执行,

# 并且会直接返回当前类下的process_response方法.

print("mid1里面的 process_request")

# return HttpResponse("md1__request方法")

class mid2(MiddlewareMixin):

def process_request(self, request):

# 默认没有返回值, 如果有返回值,会终止后面的中间件的执行,并且会直接返回当前类下的process_response方法.

print("mid1里面的 process_request")

(4)运行访问没有返回值的打印情况

(5)运行访问有返回值的时候

如上自定义中间件内容将process_request的函数的返回值的注释去掉,则后端如下打印:

前端打印:

(6)得出中间件运行的过程如下图箭头走势

多个中间件中的process_response方法是按照MIDDLEWARE中的注册顺序倒序执行的,也就是说第一个中间件的process_request方法首先执行,而它的process_response方法最后执行,最后一个中间件的process_request方法最后一个执行,它的process_response方法是最先执行。

4.process_response方法

它有两个参数,一个是request,一个是response,request就是上述例子中一样的对象,response是视图函数返回的HttpResponse对象。该方法的返回值也必须是HttpResponse对象。

给3中的例子中都加上process_response方法如下代码:

from django.utils.deprecation import MiddlewareMixin

from django.shortcuts import render, HttpResponse

class mid1(MiddlewareMixin):

def process_request(self, request):

# 默认没有返回值, 如果有返回值,会终止后面的中间件的执行,并且会直接返回当前类下的process_response方法.

print("mid1里面的 process_request")

# return HttpResponse("mId1__request方法")

def process_response(self, request, response):

print("mid1里面的 process_response")

return response

class mid2(MiddlewareMixin):

def process_request(self, request):

# 默认没有返回值, 如果有返回值,会终止后面的中间件的执行,并且会直接返回当前类下的process_response方法.

print("mid2里面的 process_request")

def process_response(self, request, response):

print("mid2里面的 process_response")

return response

正常运行为后端打印为:

如果将process_request中的返回注释去掉打印为:

只走了mid1类的process_request和process_response的函数,mid2的不运行,且视图函数不运行。

可知得到的流程为:

5.process_view方法

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

该方法有四个参数

request是HttpRequest对象。

view_func是Django即将使用的视图函数。 (它是实际的函数对象,而不是函数的名称作为字符串。)

view_args是将传递给视图的位置参数的列表.

view_kwargs是将传递给视图的关键字参数的字典。 view_args和view_kwargs都不包含第一个视图参数(request)。

  Django会在调用视图函数之前调用process_view方法。

  它应该返回None或一个HttpResponse对象。 如果返回None,Django将继续处理这个请求,执行任何其他中间件的process_view方法,然后在执行相应的视图。 如果它返回一个HttpResponse对象,Django不会调用适当的视图函数。 它将执行中间件的process_response方法并将应用到该HttpResponse并返回结果。

例:

from django.utils.deprecation import MiddlewareMixin

from django.shortcuts import render, HttpResponse

class mid1(MiddlewareMixin):

def process_request(self, request):

# 默认没有返回值, 如果有返回值,会终止后面的中间件的执行,并且会直接返回当前类下的process_response方法.

print("mid1里面的 process_request")

# return HttpResponse("mId1__request方法")

def process_response(self, request, response):

print("mid1里面的 process_response")

return response

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

print("mid1 中的process_view")

# return view_func(request)

class mid2(MiddlewareMixin):

def process_request(self, request):

# 默认没有返回值, 如果有返回值,会终止后面的中间件的执行,并且会直接返回当前类下的process_response方法.

print("mid2里面的 process_request")

def process_response(self, request, response):

print("mid2里面的 process_response")

return response

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

print("mid2 中的process_view")

正常运行打印为:

如果在process_view处的注释的返回值去掉注释得:

从正常的分析得出,process_view方法是运行在视图函数之前的,如果将

return view_func(request) 加到mid1类process_view方法中时,process_view直接调用视图函数执行,并返回结果,紧接着直接执行process_response的方法,跳过了mid2中的process_view方法。

得到流程图为:

6.process_exception方法

process_exception(self, request, exception)

该方法两个参数:

HttpRequest对象

exception是视图函数异常产生的Exception对象。

  这个方法只有在视图函数中出现异常了才执行,它返回的值可以是一个None也可以是一个HttpResponse对象。如果是HttpResponse对象,Django将调用模板和中间件中的process_response方法,并返回给浏览器,否则将默认处理异常。如果返回一个None,则交给下一个中间件的process_exception方法来处理异常。它的执行顺序也是按照中间件注册顺序的倒序执行。process_exception方法是执行在视图函数之后的。

例:

中间件内容代码变为:

from django.utils.deprecation import MiddlewareMixin

from django.shortcuts import render, HttpResponse

class mid1(MiddlewareMixin):

def process_request(self, request):

# 默认没有返回值, 如果有返回值,会终止后面的中间件的执行,并且会直接返回当前类下的process_response方法.

print("mid1里面的 process_request")

# return HttpResponse("mId1__request方法")

def process_response(self, request, response):

print("mid1里面的 process_response")

return response

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

print("mid1 中的process_view")

# return view_func(request)

def process_exception(self, request, exception):

print(exception)

print("mid1 中的process_exception")

# return HttpResponse(exception)

class mid2(MiddlewareMixin):

def process_request(self, request):

# 默认没有返回值, 如果有返回值,会终止后面的中间件的执行,并且会直接返回当前类下的process_response方法.

print("mid2里面的 process_request")

def process_response(self, request, response):

print("mid2里面的 process_response")

return response

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

print("mid2 中的process_view")

def process_exception(self, request, exception):

print(exception)

print("mid2 中的process_exception")

视图函数没有报错的情况,运行后的截图为:(process_exception方法没有被触发)

视图函数有报错的情况:

页面报错,状态码为500

如果去掉return HttpResponse(exception) 的注释运行的到的状态码为500,前端页面返回不是报错页面,而是process_exception的返回值信息。

得到运行流程图为:

7.process_template_response方法(了解)

process_template_response(self, request, response)

该方法参数:

HttpRequest对象

response是TemplateResponse对象(由视图函数或者中间件产生)。

  process_template_response是在视图函数执行完成后立即执行,但是它有一个前提条件,那就是视图函数返回的对象有一个render()方法(或者表明该对象是一个TemplateResponse对象或等价方法)。

例子:

#!/usr/bin/env python

# -*- coding:utf-8 -*-

# by hsz

from django.utils.deprecation import MiddlewareMixin

from django.shortcuts import render, HttpResponse

class mid1(MiddlewareMixin):

def process_request(self, request):

# 默认没有返回值, 如果有返回值,会终止后面的中间件的执行,并且会直接返回当前类下的process_response方法.

print("mid1里面的 process_request")

# return HttpResponse("mId1__request方法")

def process_response(self, request, response):

print("mid1里面的 process_response")

return response

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

print("mid1 中的process_view")

# return view_func(request)

def process_exception(self, request, exception):

print(exception)

print("mid1 中的process_exception")

# return HttpResponse(exception)

def process_template_response(self, request, response):

print("mid1 中的process_template_response")

return response

class mid2(MiddlewareMixin):

def process_request(self, request):

# 默认没有返回值, 如果有返回值,会终止后面的中间件的执行,并且会直接返回当前类下的process_response方法.

print("mid2里面的 process_request")

def process_response(self, request, response):

print("mid2里面的 process_response")

return response

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

print("mid2 中的process_view")

def process_exception(self, request, exception):

print(exception)

print("mid2 中的process_exception")

def process_template_response(self, request, response):

print("mid2 中的process_template_response")

return response

views.py内容为:

from django.shortcuts import render, HttpResponse

# Create your views here.

def index(request):

# int("aaa")

print("运行了index视图函数。。。")

def render():

print("in index/render")

return HttpResponse("O98K")

rep = HttpResponse("OK")

rep.render = render

return rep

正常运行后端打印为:

结果得到:

视图函数执行完之后,立即执行了中间件的process_template_response方法。

Django 学习之中间件Middleware的更多相关文章

  1. Django框架之中间件MiddleWare

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

  2. Django 详解 中间件Middleware

    Django中间件 还是涉及到django的请求生命周期.middle ware 请求穿过中间件到达url,再经过中间件返回给用户. 简单实例 django项目根目录新建一个Middle文件夹,再新建 ...

  3. django中间件Middleware

    熟悉web开发的同学对hook钩子肯定不陌生,通过钩子可以方便的实现一些触发和回调,并且做一些过滤和拦截. django中的中间件(middleware)就是类似钩子的一种存在.下面我们来介绍一下,并 ...

  4. Django学习笔记(15)——中间件

    当Django处理一个Request的过程是首先通过中间件,然后再通过默认的URL方式进行的.我们可以在Middleware这个地方把所有Request拦截住,用我们自己的方式完成处理以后直接返回Re ...

  5. Django中间件(Middleware)处理请求

    关注公众号"轻松学编程"了解更多. 1.面向切面编程 切点(钩子) 切点允许我们动态的在原有逻辑中插入一部分代码 在不修改原有代码的情况下,动态注入一部分代码 默认情况,不中断传播 ...

  6. Django学习之七:Django 中间件

    目录 Django 中间件 自定义中间件 - - - 大体两种方式 将中间件移除 实例 中间件加载源码阅读 总结 Django 中间件 Tips: 更新日志: 2019.01.31 更新django中 ...

  7. django之中间件middleware

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

  8. Django中的中间件(middleware)

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

  9. django 自定义中间件 middleware

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

随机推荐

  1. eclipse中使用maven update project功能后,默认又回到了jre 1.5的解决方案

    在maven项目中的pom.xml中添加以下节点,进行jre版本的配置,配置完后再进行项目更新后,并不会自动切换到jre1.5 添加在pom的url标签后面 <build>         ...

  2. svn的安装和备份

    svn的安装: yum install subversion -y mkdir /svn 创建用来存放svn版本库的目录 svnadmin create /svn/first  创建一个svn的版本库 ...

  3. jenkins介绍及部署tomcat环境、部署Maven项目及密码忘记修改

    安装配置jenkins: jenkins安装方式一:war包 1.先安装tomcat将jenkins,war直接放到webapps目录下 2.通过java-jar jenkins.war --http ...

  4. dom4j+反射实现bean与xml的相互转换

    由于目前在工作中一直用的dom4j+反射实现bean与xml的相互转换,记录一下,如果有不正确的地方欢迎大家指正~~~ 一.反射机制 在此工具类中使用到了反射技术,所以提前也看了一些知识点,例如:ht ...

  5. Python中令人迷惑的4个引用

    第一个:执行时机的差异 1. array = [1, 8, 15] g = (x for x in array if array.count(x) > 0) array = [2, 8, 22] ...

  6. 《Web安全攻防 渗透测试实战指南》 学习笔记(一)

    Web安全攻防 渗透测试实战指南   学习笔记 (一) 第一章   信息收集     在信息收集中,最重要是收集服务器的配置信息和网站敏感信息(域名及子域名信息目标网站系统.CMS指纹.目标网站真实I ...

  7. Spring Boot Mybatis 使用教程

    Mybatis 在当下互联网开发环境,十分重要.本章主要讲述 Mybatis 如何使用. 从本系列开始,都需要用到 mysql 数据库 和其他一些参考的数据库.请准备相关环节.本章需要以下环境支撑: ...

  8. Codeforces Round #611 (Div. 3) E

    Oh, New Year. The time to gather all your friends and reflect on the heartwarming events of the past ...

  9. vue项目中vant tab改变标签颜色

    找了几种方法,只有下面这个方法是生效的: <van-tabs v-model="active" sticky title-active-color="#144a9e ...

  10. linux磁盘空间挂载

    (1)查看磁盘空间 df -hl (3)查看硬盘及分区信息 fdisk -l (4)格式化新分区 mkfs.ext3 /dev/xvdb (5)将磁盘挂载在/www/wwwroot/default目录 ...