Django学习记录之——django中间件

django中间件概述

django中间件
    - 请求发来后端会先经过所有中间件,才真正到达后端
    - 响应出去的时候也会经过所有中间件
    - django自带7个中间件,可以自定义
        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',
        ]

django自定义中间件

django自定义中间件
    - django可以自定义中间键,有五个自定义中间件的方法
        - 需要掌握
            process_request(self, request)
            process_response(self, request, response)
        - 了解
            process_view
            process_template_response
            process_exception
    - 创建步骤
        - 首先在项目名称或者应用名称下创建一个文件夹
        - 在文件夹中创建py文件
        - 在py文件中编写中间件的类和方法
            - 类必须继承MiddlewareMixin
            - 上述的五个方法并不是都需要写,需要就写
        - 将类的路径以字符串的形式注册到配置文件中

自定义中间件实例

首先按照步骤创建文件夹和文件,在文件中编写两个中间件

from django.utils.deprecation import MiddlewareMixin


class MiddlewareA(MiddlewareMixin):
    def process_request(self, request):
        print('自定义中间件A中的process_request')


class MiddlewareB(MiddlewareMixin):
    def process_request(self, request):
        print('自定义中间件B中的process_request')

然后在配置文件中注册

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',
    'app01.my_middleware.test_middleware.MiddlewareA',
    'app01.my_middleware.test_middleware.MiddlewareB',
]

编写路由和视图函数

from django.urls import path
from app01 import views
urlpatterns = [
    path('index/', views.index)
]
def index(request):
    print("index页面")
    return HttpResponse('index页面')

启动项目访问index页面终端打印如下信息
在这里插入图片描述
说明我们的中间件创建成功,并且请求先经过了中间件,然后再到达视图函数

django中间件中各个方法的执行规律

django中间件中各个方法的执行规律

    - 请求处理 process_request(self, request)
        - 请求过来的时候需要经过每一个中间件里的process_request方法
        - 经过的中间件的顺序是按照配置文件中注册的中间件从上到下执行
        - 如果中间件里没有定义process_request方法,那么请求直接跳过该中间件
        - 如果中间件中process方法返回了HttpResponse对象,
          那么请求不会再进入视图函数中,而是直接原路返回(拦截请求)
        - process_request方法就是用来做全局相关的所有限制功能

    - 响应处理 process_response(self, request, response)
        - 响应走的时候需要经过每一个中间件里的process_response方法
        - 该方法的参数有request和response
        - 该方法必须要返回一个HttpResponse对象,默认return response
        - 经过的中间件的顺序是按照配置文件中注册的中间件从下到上执行,和请求过来的时候相反
        - 注意:
            - 如果说在process_request中返回了一个HttpResponse对象,
              那么响应走的时候,直接从同一个中间件下的process_response返回,不会经过所有的中间件
            - flask框架只要返回了数据就必须经过所有的中间件

    - process_view(self, request, view_name, *args, **kwargs)
        - 在路由匹配之后,视图函数执行之前,会自动执行中间件里的process_view方法
        - 执行顺序是按照配置文件中注册的中间件从上到下执行

    - process_template_response(self, request, response)
        - 返回的HttpResponse对象中含有render属性的时候才会触发
        - 执行顺序是按照配置文件中注册的中间件从上到下执行
        - 该方法必须要返回一个HttpResponse对象,默认return response

    - process_exception(self, request, exception)
        - 当视图函数中出现异常的时候执行
        - - 执行顺序是按照配置文件中注册的中间件从下到上执行

各个方法的执行规律验证

1.首先验证process_request方法

process_request的执行顺序按照按照配置文件中注册的中间件从上到下执行
我们将创建的两个中间件的注册顺序换一下

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',
    'app01.my_middleware.test_middleware.MiddlewareB',
    'app01.my_middleware.test_middleware.MiddlewareA',
]

可以看到执行的顺序交换,所以是从上到下执行的
在这里插入图片描述
如果中间件中process方法返回了HttpResponse对象,那么请求不会再进入视图函数中,而是直接原路返回(拦截请求)
我们在中间件A中返回一个HttpResponse对象

from django.utils.deprecation import MiddlewareMixin
from django.shortcuts import HttpResponse


class MiddlewareA(MiddlewareMixin):
    def process_request(self, request):
        print('自定义中间件A中的process_request')
        return HttpResponse('自定义中间件A返回的页面')

访问index页面出现如下页面
在这里插入图片描述
终端打印如下

在这里插入图片描述
可以看到,中间件B没有执行,视图函数也没有被执行,而是直接就从中间件A原路返回

2.验证process_response方法

在中间件中添加process_response方法,注意该方法中必须要返回HttpResponse对象

from django.utils.deprecation import MiddlewareMixin
from django.shortcuts import HttpResponse


class MiddlewareA(MiddlewareMixin):
    def process_request(self, request):
        print('自定义中间件A中的process_request')
        # return HttpResponse('自定义中间件A返回的页面')
        
    def process_response(self, request, response):
        print('自定义中间件A中的process_response')
        return response
        
        
class MiddlewareB(MiddlewareMixin):
    def process_request(self, request):
        print('自定义中间件B中的process_request')
        
    def process_response(self, request, response):
        print('自定义中间件A中的process_response')
        return response

然后我们访问index页面,终端打印如下结果
在这里插入图片描述
可以看到响应从先经过B在经过A,所以经过的中间件的process_response顺序是按照配置文件中注册的中间件从下到上执行,和请求过来的时候相反。

当我们在该方法中返回一个自定义的HttpResponse会怎么样呢?
接下来在中间件A的process_response方法中返回自定义的对象

    def process_response(self, request, response):
        print('自定义中间件A中的process_response')
        # return response
        return HttpResponse('自定义中间件A中的process_response返回的HttpResponse对象')

然后访问index页面如图
在这里插入图片描述
在这里插入图片描述
可以看到,访问的页面是我们自己返回的页面,就是说我们原来的响应在process_response中被替换掉了

如果说在process_request中返回了一个HttpResponse对象,那么响应走的时候,会经过所有中间件的process_response方法吗?
接下来在process_request中返回HttpResponse对象,观察结果

from django.utils.deprecation import MiddlewareMixin
from django.shortcuts import HttpResponse


class MiddlewareA(MiddlewareMixin):
    def process_request(self, request):
        print('自定义中间件A中的process_request')
        return HttpResponse('自定义中间件A返回的页面')

    def process_response(self, request, response):
        print('自定义中间件A中的process_response')
        return response
        # return HttpResponse('自定义中间件A中的process_response返回的HttpResponse对象')


class MiddlewareB(MiddlewareMixin):
    def process_request(self, request):
        print('自定义中间件B中的process_request')

    def process_response(self, request, response):
        print('自定义中间件B中的process_response')
        return response

然后访问index页面,这里肯定返回的是我们自定义返回的页面,我们只观察终端信息
在这里插入图片描述
可以看到请求到达中间件A后,经过process_request,返回HttpResponse对象后,直接从当前的中件件中的process_response方法原路返回,并没有经过所有的中间件,该请求并没有真正的进入django后端。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值