当Django处理一个 Request 的过程是首先通过中间件,然后再通过默认的 URL 方式进行的。我们可以在 Middleware 这个地方把所有Request 拦截住,用我们自己的方式完成处理以后直接返回 Response。因此了解中间件的构成是非常必要的。
在django项目的settings模块中,有一个 MIDDLEWARE_CLASSES 变量,其中每一个元素就是一个中间件,如下图:
中间件中可以定义五个方法,具体如下:
Request预处理函数: process_request(self, request)
这个方法的调用时机在Django接收到request之后,但仍未解析URL以确定应当运行的视图函数。Django向它传入相应的Request对象,以便在方法中修改。
如果返回None,Django将继续处理这个request,执行后续的中间件, 然后调用相应的 view。
如果返回HttpResponse对象,Django将不再执行任何除了process_response以外其它的中间件以及相应的view,Django将立即返回该HttpResponse。
View预处理函数: process_view(self, request, callback, callback_args,callback_kwargs)
这个方法的调用时机在 Django 执行完 request 预处理函数并确定待执行的 view (即callback参数)之后,但在 view 函数实际执行之前。
request:HttpRequest 对象。
callback:Django将调用的处理request的python函数. 这是实际的函数对象本身, 而不是字符串表述的函数名。
args:将传入view的位置参数列表,但不包括request参数(它通常是传入view的第一个参数)。
kwargs:将传入view的关键字参数字典。
process_view() 应当返回None或 HttpResponse 对象。如果返回 None, Django将继续处理这个request ,执行后续的中间件, 然后调用相应的view。
如果返回 HttpResponse 对象,Django 将不再执行任何其它的中间件(不论种类)以及相应的view,Django将立即返回。
Template模版渲染函数:process_template_response()
默认不执行,只有在视图函数的返回结果对象中有render方法才会执行,并把对象的render方法的返回值返回给用户(注意不返回视图函数的return的结果了,而是返回视图函数 return值(对象)中rende方法的结果)
Exception后处理函数:process_exception(self, request, exception)
这个方法只有在 request 处理过程中出了问题并且view 函数抛出了一个未捕获的异常时才会被调用。这个钩子可以用来发送错误通知,将现场相关信息输出到日志文件,或者甚至尝试从错误中自动恢复。
这个函数的参数除了一贯的request对象之外,还包括view函数抛出的实际的异常对象exception 。
process_exception() 应当返回None或HttpResponse对象。
如果返回None,Django将用框架内置的异常处理机制继续处理相应request。
如果返回HttpResponse对象,Django将使用该response对象,而短路框架内置的异常处理机制。
Response后处理函数:process_response(self, request, response)
这个方法的调用时机在 Django 执行 view 函数并生成 response 之后。
该处理器能修改response 的内容;一个常见的用途是内容压缩,如gzip所请求的HTML页面。
这个方法的参数相当直观:request是request对象,而response则是从view中返回的response对象。
process_response() 必须返回 HttpResponse 对象. 这个 response 对象可以是传入函数的那一个原始对象(通常已被修改),也可以是全新生成的。
如上图,分析源码得知前二个方法是从前往后执行的,后三个方法是从后往前执行的 。所以前两个方法是请求进来时要穿越的,而后三个方法是请求出去时要穿越的,具体流程如下:
自定义中间件要注意以下事项:
1、process_response一定要有reurn否则会报错,自定义的中间件response方法没有return,会交给下一个中间件,导致http请求中断了。
2.1、process_view(self, request, callback,callback_args, callback_kwargs)方法介绍:
(1)执行完所有中间件的request方法‘
(2)url匹配成功
(3)拿到视图函数的名称、参数,(注意不执行)再执行process_view()方法
(4)最后去执行视图函数
2.2、既然process_view 拿到视图函数的名称、参数,(不执行) 再执行process_view()方法,最后才去执行视图函数,所以可以在执行process_view环节时直接把函数执行进行return返回。注意:此时的process_view2将不再被调用执行,而是直接跳转到最后一个中间件, 执行最后一个中间件的response方法,逐步返回。
3、process_template_response方法默认也不会执行,只有在视图函数的返回对象中有render方法才会执行.并把对象的render方法的返回值返回给用户(注意不返回视图函数的return的结果了,而是返这个结果对象里render方法的返回值,并且process_template_response方法也要返回response不然会报错。
4、添加process_exception方法后发现在函数正常执行情况下该方法不会被调用
(1)执行完所有 request 方法;
(2)执行所有 process_view方法;
(3)如果视图函数出错,执行process_exception方法,如果第一个中间件的process_exception方法有了返回值就不再执行其他中间件process_exception,直接执行response方法;
(4)执行所有response方法;
最后返回process_exception的返回值
举报/反馈

新钛云服

28获赞 67粉丝
您值得信赖的云技术服务伙伴
关注
0
0
收藏
分享