Django的中间件

Django的中间件

中间件介绍

什么是中间件?

官方的说法:中间件是一个用来处理Django的请求和响应的框架级别的钩子。它是一个轻量、低级别的插件系统,用于在全局范围内改变Django的输入和输出。每个中间件组件都负责做一些特定的功能。

但是由于其影响的是全局,所以需要谨慎使用,使用不当会影响性能。

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

我们一直都在使用中间件,只是没有注意到而已,打开Django项目的Settings.py文件,看到下图的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配置项是一个列表,列表中是一个个字符串,这些字符串其实是一个个类,也就是一个个中间件

自定义中间件

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

  process_request(self, requset)

  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对象,则直接将给对象返回给用户

from django.utils.deprecation import MiddlewareMixin

class MD1(MiddlewareMinxin):
    
    def process_request(self, request):
        print("MD1里面的 process_request")

    def process_response(self, request, response):
        print("MD1里面的process_response")
        return response

process_request

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

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

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

from django.utils.deprecation immport MiddlewareMinxin

class MD1(MiddlewareMinxin):
    
    def process_request(self, request):
        print("MD1里面的 process_request")

class MD2(MiddlewareMinxin):
    
    def process_request(self, request):
        print("MD2里面的 process_request")

在settings.py的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',
    'middlewares.MD1',  # 自定义中间件MD1
    'middlewares.MD2'  # 自定义中间件MD2
]

此时,访问一个试图,会返现终端中打印如下内容:

MD1里面的 process_request
MD2里面的 process_request
app01 中的 index视图

把MD1和MD2的位置调换一下,在访问一下试图,会发现终端打印的内容如下;

MD2里面的 process_request
MD1里面的 process_request
app01 中的 index视图

看到结果得知:试图函数还是最后执行的,MD2比MD1先执行自己的process_request方法

在打印一下两个自定义中间件中process_request方法中的request参数,会发现他们是同一个对象

由此总结:

  1, 中间件的process_request方法是在执行试图函数之前执行的。

  2,当配置多个中间件时,会按照MIDDLEWARE中的注册顺序,也就是李彪的索引值,从前到后一次执行的

  3,不同中间件之间传递的request都是用一个对象

process_response

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

给上述的M1和M2加上process_response方法:

from django.utils.deprecation import MiddlewareMinxin

class MD1(MiddlewareMinxin):
    def process_request(self, request):
            print("MD1 里面的 process_request")

    def Process_response(self, request, response):
        print("MD1 里面的 process_response")
        return response

class MD2(MiddlewareMixin):
    def process_request(self, request):
        print("MD2 里面的process_request")

    def process_response(self, request, response):
        print("MD2 process_response")
        return response

访问一个试图,看一下终端的输出:

MD2里面的 process_request
MD1里面的 process_request
app01 中的 index视图
MD1里面的 process_response
MD2里面的 process_response

看结果可知:

process_response方法是在试图函数之后执行的,并且顺序是MD1比MD2限制性。(此时settings.py中MD2比MD1先注册)

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

process_view

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

该方法有四个参数

request是HttpResponse对象

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

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

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

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

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

将MD1和MDe2添加到process_view方法:

from django.lutils.deprecation import MiddlewareMixin

class MD1(MiddlewareMinxi):
    def process_request(self, request):
        print("MD1里面的process_request")

    def process_response(self, requset, response):
        print("MD1里面的process_response")
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("*"*90)
        print("MD1中的process_view")
        print(view_func, view_func.__name__)

class MD2(MiddlewareMixin):
    def process_request(self, request):
        print("MD2里面的process_request")
    def process_response(self, request, response):
        print("MD2里面的process_response")
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("*"*90)
        print("MD2中的process_view")
        print(view_func, view_func.__name__)

访问index试图函数,看一下输出结果:

MD1里面的process_requst
MD2里面的process_request
**************************************************
MD1 中的process_view
<function Index at 0x7f5c9c8cd8c8> Index
**************************************************
MD2 中的process_request
<function Index at 0x7f5c9c8cd8c8> Index
index 页面
MD2里里面的process_response
MD1里面的process_response

process_view方法实在process_request之后,视图函数之前执行,执行顺序按照MIDDLEWARE中的注册顺序从前到后顺序执行的。

process_exception

process_exception(self, request, exception)

该方法两个参数:

一个HttpResponse对象

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

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

给MD1和MD2添加上这个方法:

from django.utils.deprecation import MiddlewareMixin

class MD1(MiddlewareMixin):
    def process_request(self, request):
        print("MD1 里面的process_request)
    def process_response(self, request, response):
        print("MD1里面的process_response")
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("*"*80)
        print("MD1中的process_view")
        print("view_func, view_func.__name__")

    def process_exception(self, request, exception):
        print(exception)
        print("MD1 中的process_exception")


class MD2(MiddlewareMixin):
    def process_request(self, request):
        print("MD2里面的process_request)
    def process_response(self, request, response):
        print("MD2里面的 process_response")
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("*"*80)
        print("MD2里面的process_view")
        print(view_func, view_func.__name__)
    def process_exception(self, request, exception):
        print(exception)
        print("MD2 中的process_exception")

如果视图函数中无异常,process_exception方法不执行。

想办法,在视图函数中抛出一个异常:

def index(request):

  print("app01 中的index视图“)
    raise ValueError(”呵呵“)
    return HttpResponse(”o98k“)

在MD1中的process_exception中返回一个响应对象:

class MD1(MiddlewareMixin):

    def process_request(self, request):
        print("MD1里面的 process_request")

    def process_response(self, request, response):
        print("MD1里面的 process_response")
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("-" * 80)
        print("MD1 中的process_view")
        print(view_func, view_func.__name__)

    def process_exception(self, request, exception):
        print(exception)
        print("MD1 中的process_exception")
        return HttpResponse(str(exception))  # 返回一个响应对象

看输出结果;

MD2里面的 process_request
MD1里面的 process_request
--------------------------------------------------------------------------------
MD2 中的process_view
<function index at 0x0000022C09727488> index
--------------------------------------------------------------------------------
MD1 中的process_view
<function index at 0x0000022C09727488> index
app01 中的 index视图
呵呵
MD1 中的process_exception
MD1里面的 process_response
MD2里面的 process_response

注意:这里并没有执行MD2的process_exception方法,因为MD1中的process_exception方法直接返回一个响应对象。

process_template_response(用的比较少)

process_template_response(self, request, response)

他的参数,一个HttpResponse对象,response是TemplateResponse对象(由视图函数或者中间件产生)。

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

class MD1(MiddlewareMixin):

    def process_request(self, request):
        print("MD1里面的 process_request")

    def process_response(self, request, response):
        print("MD1里面的 process_response")
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("-" * 80)
        print("MD1 中的process_view")
        print(view_func, view_func.__name__)

    def process_exception(self, request, exception):
        print(exception)
        print("MD1 中的process_exception")
        return HttpResponse(str(exception))

    def process_template_response(self, request, response):
        print("MD1 中的process_template_response")
        return response


class MD2(MiddlewareMixin):
    def process_request(self, request):
        print("MD2里面的 process_request")

    def process_response(self, request, response):
        print("MD2里面的 process_response")
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("-" * 80)
        print("MD2 中的process_view")
        print(view_func, view_func.__name__)

    def process_exception(self, request, exception):
        print(exception)
        print("MD2 中的process_exception")

    def process_template_response(self, request, response):
        print("MD2 中的process_template_response")
        return response

views.py中:

from django.shortcuts import render, HttpResponse
from django.views import View


# Create your views here.


class Index(View):
    def get(self, request):
        print("index 页面")


        def render():
            print("in index/render")
            return HttpResponse("O98k")
        rep = HttpResponse("ok")
        rep.render = render
        return rep

访问index试图,终端输出的结果:

MD1里面的process_requst
MD2里面的process_request
**************************************************
MD1 中的process_view
<function Index at 0x7fae8de918c8> Index
**************************************************
MD2 中的process_request
<function Index at 0x7fae8de918c8> Index
index 页面
MD2 中的process_template_response
MD1 中的process_template_response
in index/render
MD2里里面的process_response
MD1里面的process_response

从结果看出:

试图函数执行完之后,立即执行了中间件的process_template_response方法,顺序是倒叙,限制性MD1的,在执行MD2的,接着执行了视图函数返回的HttpResponse对象的render方法,返回了一个新的HttpResponse对象,接着执行中间件的process_response方法。

中间件的执行流程

上一部分,我们了解了中间件中的5个方法,他们的参数,返回值以及什么时候执行,现在总结一下中间件的执行流程

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

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

process_template_response和process_exception两个方法的出发是有条件的, 执行顺序也是倒序,总结所有执行流程如下;

 

中间件版登录验证

urls.py

from django.conf.urls import url
from django.contrib import admin
from app01 import views

urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^login/$', views.login, name='login'),
    url(r'^index/$', views.index, name='index'),
    url(r'^home/$', views.home, name='home'),
]
urls

views.py

from django.shortcuts import render, HttpResponse, redirect


def index(request):
    return HttpResponse('this is index')


def home(request):
    return HttpResponse('this is home')


def login(request):
    if request.method == "POST":
        user = request.POST.get("user")
        pwd = request.POST.get("pwd")

        if user == "alex" and pwd == "alex3714":
            # 设置session
            request.session["user"] = user
            # 获取跳到登陆页面之前的URL
            next_url = request.GET.get("next")
            # 如果有,就跳转回登陆之前的URL
            if next_url:
                return redirect(next_url)
            # 否则默认跳转到index页面
            else:
                return redirect("/index/")
    return render(request, "login.html")
views

login.html

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta http-equiv="x-ua-compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <title>登录页面</title>
</head>
<body>
<form action="{% url 'login' %}" method="post">
    {% csrf_token %}
    <p>
        <label for="user">用户名:</label>
        <input type="text" name="user" id="user">
    </p>
    <p>
        <label for="pwd">密 码:</label>
        <input type="text" name="pwd" id="pwd">
    </p>
    <input type="submit" value="登录">
</form>
</body>
</html>
html

moddlewares.py

from django.utils.deprecation import MiddlewareMixin


class AuthMD(MiddlewareMixin):
    white_list = ['/login/', ]  # 白名单
    black_list = ['/black/', ]  # 黑名单

    def process_request(self, request):
        from django.shortcuts import redirect, HttpResponse

        next_url = request.path_info
        print(request.path_info, request.get_full_path())
        # 黑名单的网址限制访问
        if next_url in self.black_list:
            return HttpResponse('This is an illegal URL')
        # 白名单的网址或者登陆用户不做限制
        elif next_url in self.white_list or request.session.get("user"):
            return
        else:
            return redirect("/login/?next={}".format(next_url))
View Code

 

附: Django请求流程图

 

posted @ 2018-09-17 19:55  猴里吧唧  阅读(160)  评论(0)    收藏  举报