【Django】中间件 -- 2019-08-07 10:51:39
目录
原创: http://106.13.73.98/__/41/ @ 因此,我们可以使用更适宜的方式来实现类似给所有请求都做相同操作的功能了——中间件. 什么是中间件?官方的说法: 由于其影响的是全局,所以需要谨慎使用,==使用不当会影响性能==。 说的直白一点,中间件可以帮助我们==在视图函数执行之前和执行之后做一些额外的操作==。 ==它的本质是一个自定义类==,类中定义了几个方法,Django框架会在请求的特定时间去执行这些方法。 打开Django项目的Settings.py文件,看到下图的MIDDLEWARE配置项: MIDDLEWARD配置项是一个列表,列表中是一个个字符串,这些字符串其实是一个个类,也就是一个个中间件。 自定义中间件中间件可以定义五种方法,分别是:
以上方法的返回值可以是None,或者是一个HttpResponse对象,如果是None,则继续按照django定义的规则向后继续执行,如果是HttpResponse对象,则直接将改对象返回给用户。 重点理解process_request 与 process_response. 示例from django.utils.deprecation import MiddlewareMixin class MD1(MiddlewareMixin): def process_request(self,request): print("我是MD1的process_request方法") def process_response(self,response): print("我是MD1的process_response方法") return response class MD2(MiddlewareMixin): def process_request(self,request): print("我是MD2的process_request方法") def process_response(self,response): print("我是MD2的process_response方法") return response 在settings.py配置文件中的MIDDLEWARE配置项加上自定义的中间件:==app名称.文件名.类名== 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',# 自定义中间件(注意顺序) 'untitled01.my_middlewares.MD1','untitled01.my_middlewares.MD2',] 中间件的五种方法process_request
process_response
process_view
process_exception==此方法只在视图中触发异常时才被执行.==
process_template_response==此方法必须在视图函数返回的对象有一个render()方法(或者表明该对象是一个TemplateResponse对象或等价方法)时,才被执行.==
中间件的执行流程请求到达中间件之后,先按照正序执行每个注册中间件的process_request方法,如果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方法。 process_request方法都执行完后,匹配路由,找到要执行的视图函数,先不执行视图函数,而是先执行中间件中的process_view方法,process_view方法返回None,则继续按顺序执行,所有的process_view方法执行完后,在执行视图函数。如果中间件 3 的process_view方法返回了一个HttpResponse对象,则4,6的process_view以及视图函数都不执行了,而是直接从最后一个中间件,也就是中间件 6 的process_response方法开始倒序执行。 process_template_response 与 process_exception两个方法的触发是有条件的,执行顺序也是倒序。总结所有的执行流程如下: Django请求流程图原创: http://106.13.73.98/__/41/ (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |