文章目录
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后端。