django中间件

中间件

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

django中自带7个中间件,每个中间件发挥自己的一些作用,中间件的执行顺序是按照settings中由上到下,每一层都相当于是一个过滤器.

自定义中间件

前提:使用自定义中间件要在settings中注册

from django.utils.deprecation import MiddlewareMixin
class MyMiddleWare(MiddlewareMixin):
    def process_request(self,request):
        pass

自定义的中间键支持5个自定义方法

• process_request(self,request)
• process_response(self, request, response)
• process_view(self, request, view_func, view_args, view_kwargs)
• process_template_response(self,request,response)
• process_exception(self, request, exception)

process_request

• 该方法会在视图函数执行之前执行.
• 当由多个中间件的时候,按照MIDDLEWARE中的注册顺序,从上到下的执行.
• 不同的中间件中传递的request都是同一个对象
• 在该方法中,一旦返回了HttpResponse对象,就会立即停止后面的中间件的执行,给前端返回值.

process_response

• 该方法在视图函数执行之后执行.
• 执行顺序可以理解为压栈,与process_request互为一对.先执行的process_request,其process_response就后执行.
• 该方法返回的对象就是前端直接获取的数据.
• 该方法的返回值必须是HttpResponse对象

process_view

• 该方法会在视图函数调用之前执行.

• request是HttpRequest对象。

  view_func是Django即将使用的视图函数。 （它是实际的函数对象，而不是函数的名称作为字符串。）

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

  view_kwargs是将传递给视图的关键字参数的字典。 view_args和view_kwargs都不包含第一个视图参数（request）。

• 它应该返回None或一个HttpResponse对象。 如果返回None，Django将继续处理这个请求，执行任何其他中间件的process_view方法，然后在执行相应的视图。 如果它返回一个HttpResponse对象，那么将不会执行Django的视图函数，而是直接在中间件中掉头，倒叙执行一个个process_response方法，最后返回给浏览器

process_exception

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

process_template_response（用的比较少)

• process_template_response是在视图函数执行完成后立即执行，但是它有一个前提条件，那就是视图函数返回的对象有一个render()方法（或者表明该对象是一个TemplateResponse对象或等价方法）。

中间件的执行流程

按照MIDDLEWARE中顺序自上而下执行

一旦process_request中返回了HttpResponse对象,就将前面的process_request所对应的process_response出栈返回.这时,还没有一个视图函数被执行,直接在中间件层就完成了返回.

橙色为主要执行流程

绿色为同步执行,中间件返回数据会同步发送给缓存

蓝色为当中间件中process_request返回Httpresponse时执行

蓝色:请求发到服务端,会去缓存中查找数据,查到直接返回,没查到继续向下走