django—中间件相关

中间件

　　django的中间件是一个全局范围内处理django的请求和响应的框架级别的钩子。

　　作用：对于一个请求到达视图函数的前后进行处理

　　本质：中间件的本质是一个类，类中定义了特定的方法，Django框架会在特定时间去执行这些方法处理请求。

　　中间件的五个方法以及四个特征：

　　　　五个方法：

　　　　　　1、process_request(self, request)

　　　　　　2、process_response(self, request, response)

　　　　　　3、process_view(self, request, view_func, view_args, view_kwargs)

　　　　　　4、process_exception(self, request, exception)

　　　　　　5、process_template_response(self, request, response)

　　　　四个特征：

　　　　　　1、执行时间（触发条件）：何时执行（何时被触发）

　　　　　　2、参数：每个参数代表的含义

　　　　　　3、执行顺序：在多个中间件都有某一个方法的时候，方法执行的先后顺序

　　　　　　4、返回值：不同的返回，会得到怎样的结果

自定义中间件

　　自定义中间件的步骤：

　　　　1、在需要自定义中间件的app路径下创建一个文件夹存放定义中间件文件（文件夹命名最好见名知意）

　　　　2、创建一个py文件，在该文件内编写中间件代码

　　　　3、中间件是一个类，定义时需要继承MiddlewareMixin，然后定义需要用到的方法

　　　　　　from django.utils.deprecation import MiddlewareMixin

　　　　　　class MyMiddleWare(MiddlewareMixin):
    
    　　　 　　def process_request(self, request):
        　　　　　　pass

　　　　4、注册中间件，使其生效

　　　　　　在settings中的MIDDLEWARE列表中，添加自定义中间件即可

　　　　　　　　格式：app文件夹.中间件文件夹.中间件文件.需要注册的中间件类

　　　　　　　　'right_manage.middlewares.mymiddleware.MyMiddleWare'

中间件的五个方法和四个特征

　　1、process_request(self, request)

　　　　作用：在一个请求到达视图函数之前（也就是路由匹配前），对该请求做相关处理。（可以实现登录认证的功能）

　　　　执行时间：在请求到达视图函数之前（路由匹配前）

　　　　参数：

　　　　　　request是一个请求对象，和后续视图函数接收的是同一个对象。（可以打印它们的id值验证）

　　　　执行顺序：按照中间件注册的先后顺序执行

　　　　返回值：

　　　　　　返回None时，表示整个请求流程正常执行（后续接着执行其他中间件方法、路由匹配、视图函数）

　　　　　　返回一个响应对象时，不执行后续操作（包括其他中间件方法、路由匹配、视图函数）；

　　　　　　　　如果当前中间件定义有process_response方法，那么执行该方法后返回结果给浏览器；

　　　　　　　　如果当前中间件没有定义process_response方法，直接将当前响应对象返回给浏览器。

　　

　　2、process_response(self, request, response)　　　　

　　　　作用：对一个响应对象返回给浏览器前，做相关处理。

　　　　执行时间：在视图函数处理完请求之后

　　　　参数：

　　　　　　request是一个请求对象，和视图函数接收的是同一个对象。（可以打印它们的id值验证）

　　　　　　response是一个响应对象，中间件接收到的response可能是视图函数返回的响应对象，也可能是其他中间件处理后的响应对象 或 自定义的一个响应对象

　　　　执行顺序：

　　　　　　按照中间件注册的先后顺序，倒序执行

　　　　　　也就是从最后一个定义了process_response方法的中间件开始往上执行

　　　　　　所以，处于中间位置的中间件接收的response可能是视图函数返回的响应对象（尾部的中间件没对其做任何处理），也可能尾部中间件处理后的response

　　　　返回值：

　　　　　　必须是一个响应对象，否则报错

　　3、process_view(self, request, view_func, view_args, view_kwargs)

　　　　作用：在一个请求经过路由匹配，到达视图函数之前，对该视图函数的参数以及请求对象做处理

　　　　执行时间：路由匹配之后，视图函数之前，且在其他中间件的process_request之后

　　　　参数：

　　　　　　request是一个请求对象，和视图函数接收的是同一个对象。（可以打印它们的id值验证）

　　　　　　view_func：路由匹配得到的对应视图函数的内存地址

　　　　　　view_args：对应视图函数的位置参数

　　　　　　view_kwargs：对应视图函数的关键字参数

　　　　执行顺序：

　　　　　　按照中间件的注册顺序执行

　　　　返回值：

　　　　　　返回None时，处理请求的流程正常执行

　　　　　　返回一个响应对象时，后续的视图函数和其他中间件的process_view都不执行，直接执行process_response（从最后一个中间件开始倒序执行该方法）

　　　　如果路由匹配不成功（输入的地址有误），那么就不会执行process_view，直接执行的process_response（从最后一个中间件开始倒序执行该方法）

　　4、process_exception(self, request, exception)

　　　　作用：处理视图函数中发生的异常

　　　　触发条件：视图中出现异常才会执行，所以执行时间在视图函数之后，也就在process_request和process_view之后，且在process_response之前

　　　　参数：

　　　　　　request是一个请求对象，和视图函数接收的是同一个对象。（可以打印它们的id值验证）

　　　　　　exception就是视图函数中出现的异常，该变量是字符串，返回一个错误信息（如invalid literal for int() with base 10: 'abc'）

　　　　执行顺序：

　　　　　　按照中间件注册的先后顺序，倒序执行（凡是在视图函数处理完后执行的中间件方法都是倒序执行）

　　　　返回值：

　　　　　　返回一个None时，表示当前中间件的process_exception方法并没有对异常进行处理，而是将该异常交给下一个执行该方法的中间件。如果没有任何一个中间件对异常进行处理，那么django默认就会将异常抛出在终端显示；

　　　　　　返回一个响应对象时，表示当前中间件已经对该异常进行了处理，后续的中间件不再执行该方法。后续中间件直接执行process_response方法。

　　5、process_template_response(self, request, response)

　　　　作用：处理视图函数中返回的TemplateResponse对象

　　　　触发条件：视图函数中返回的对象是TemplateResponse对象，执行时间在视图函数之后，也就是在process_request和process_view之后，且在process_response之前。如果视图中出现异常则不执行该方法。（出现异常会执行process_exception）

　　　　执行顺序：按照中间件注册的先后顺序，倒序执行

　　　　参数：

　　　　　　request是一个请求对象，和视图函数接收的是同一个对象。（可以打印它们的id值验证）

　　　　　　response是视图函数返回的TemplateResponse对象

　　　　返回值：

　　　　　　必须返回一个response对象，否则报错

　　　　

　　　　补充：render 和 TemplateResponse：

　　　　　　render方法内部实现了模板文件的相应字符串的替换功能，返回值就是一个替换过字符串的HttpResponse对象。也就是说再视图函数处理阶段对应的数据已经成型了。

　　　　　　而TemplateResponse可以根据不同的需要，在中间件的process_template_response阶段对相应的模板和数据进行处理

　　　　　　例如：

　　　　　　　　在该阶段可以修改指定模板文件或者数据字典中的数据　　

　　　　　　　　　　response.template_name = 'base.html'
　　　　　　　　　　response.context_data = {}

　　　　　　还可以实现：

　　　　　　　　1、根据不同设备（PC、手机）返回不同模板文件（响应式布局则不需要考虑）

　　　　　　　　2、对于多个不同的模板文件需要使用到同一份数据，只需要在该方法内获取到需要的数据即可实现

　　总结：

　　　　这五个方法的执行的先后顺序：

　　　　　　process_request——>process_view——>process_exception、process_template_response——>process_response