Django进阶之中间件

 中间件简介

django 中的中间件（middleware），在django中，中间件其实就是一个类，在请求到来和结束后，django会根据本身的规则在合适的时机执行中间件中相应的方法。

在django项目的settings模块中，有一个 MIDDLEWARE_CLASSES 变量，其中每个元素就是一个中间件

中间件中一共有四个方法：

process_request

process_view

process_exception

process_response

中间件之process_request，process_response

process_request(self,request)

process_response(self, request, response)

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

在django中叫中间件，在其余web框架中，有的叫管道，httphandle

 

上述截图中的中间件都是django中的，咱们也能够本身定义一个中间件，咱们能够本身写一个类，可是必须继承MiddlewareMixin

因此须要导入：from django.utils.deprecation import MiddlewareMixin

咱们在项目文件下建立一个Middle目录，并在下面建立m1.py代码例子以下：

#AUTHOR:FAN
from django.utils.deprecation import MiddlewareMixin
from django.shortcuts import HttpResponse

class Row1(MiddlewareMixin):
    def process_request(self,request):
        print("中间件1请求")
    def process_response(self,request,response):
        print("中间件1返回")
        return response

class Row2(MiddlewareMixin):
    def process_request(self,request):
        print("中间件2请求")
        # return HttpResponse("走")
    def process_response(self,request,response):
        print("中间件2返回")
        return response

class Row3(MiddlewareMixin):
    def process_request(self,request):
        print("中间件3请求")
    def process_response(self,request,response):
        print("中间件3返回")
        return response

这样当页面发起请求的时候：后台效果以下

可是若是当请求到达请求2的时候直接不符合条件返回，程序将吧请求直接发给中间件2返回，而后依次返回到请求者

用以下图进行理解：

固然这是在django1.10的时候，在以前的版本的时候是直接返回到最后一个中间件的response,而后向上依次返回，最后到发起请求

中间件之process_view

process_view(self, request, callback, callback_args, callback_kwargs)

咱们在m1.py文件中的的代码进行更改：

#AUTHOR:FAN
from django.utils.deprecation import MiddlewareMixin
from django.shortcuts import HttpResponse

class Row1(MiddlewareMixin):
    def process_request(self,request):
        print("中间件1请求")
    def process_response(self,request,response):
        print("中间件1返回")
        return response

    def process_view(self, request, callback, callback_args, callback_kwargs): print("中间件1view") class Row2(MiddlewareMixin):
    def process_request(self,request):
        print("中间件2请求")
        # return HttpResponse("走")
    def process_response(self,request,response):
        print("中间件2返回")
        return response
    def process_view(self, request, callback, callback_args, callback_kwargs): print("中间件2view") class Row3(MiddlewareMixin):
    def process_request(self,request):
        print("中间件3请求")
    def process_response(self,request,response):
        print("中间件3返回")
        return response
    def process_view(self, request, callback, callback_args, callback_kwargs): print("中间件3view")

高亮部分为添加的内容，这样运行以后效果以下：

咱们经过下图进行分析上面的过程：

当最后一个中间的process_request到达路由关系映射以后，返回到中间件1的process_view，而后依次往下，到达views函数，最后经过process_response依次返回到达用户

中间件之process_exception

process_exception(self, request, exception)

当views的函数中出现错误时，就会执行process_exception方法

若是在中间中添加了process_exception方法，工做图示为：

这样当用户发起请求的时候到达中间件3的process_request以后会到达urls路由关系映射这里，若是匹配到了就会到中间件1的process_view,而后依次传递到中间件3的process_view,到达view函数。若是view函数中有报错，则会从中间件3依次向上判断每一个中间件的process_exception是否能匹配到这个错误信息，若是匹配到则直接返回到最后一个中间件，这里即中间件3的process_response，而后依次返回到用户，若是没有匹配到这个错误则直接在页面显示错误信息。若是view函数中没有错误，则到中间3即最后一个中间件3的process_response，而后依次向上，传到用户

中间件之process_template_responseprocess

process_template_response(self,request,response)

只有当views函数中返回的对象中具备render方法，是就会直接process_template_responseprocess