1. __init__(self)
在中间件类中, __init__()
方法用于执行系统范围的初始化设置。出于性能的考虑,每个已启用的中间件在每个服务器进程中只初始化一次。 也就是说 __init__()
仅在服务进程启动的时候调用,而在针对单个request处理时并不执行。对一个middleware而言,定义 __init__()
方法的通常原因是检查自身的必要性。 如果 __init__()
抛出异常 django.core.exceptions.MiddlewareNotUsed,则Django将从middleware栈中移出该middleware。 可以用这个机制来检查middleware依赖的软件是否存在、服务是否运行于调试模式、以及任何其它环境因素。在中间件中定义 __init__()
方法时,标准的 self 参数之外,不应定义任何其它参数。执行顺序:
process_request
2. process_view
3. process_template_response
4. process_response
5. process_exception
2. process_request
它(process_request)返回 None 或者一个 HttpResponse 对象,如果返回None,Django将会继续处理这个请求, 执行其它的请求中间件。然后执行视图中间件,然后执行视图函数。一旦Django返回HttpResponse对象,它就不会再执行其它的(请求、视图、异常)中间件,也不会再执行对应的视图函数。它将调用响应中间件,然后返回结果。
3. process_view
Django 在调用视图函数前调用 process_view
request 是一个 HttpRequest 对象,view_func
是一个函数对象,而不是函数名字对应的字符串。view_args 和 view_kwargs 是传入的参数(都不包括 request)执行会返回 None 或者 HttpResponse 对象,如果返回None, Django将会继续处理这个请求(request),继续执行其它的 process_view
中间件,然后是匹配的视图函数。一旦返回 HttpResponse 对象,就不会再执行其它的 视图中间件 和 异常中间件,以及对应的视图函数。 它将会继续调用 响应中间件,然后返回。
4. process_template_response
request 是HttpRequest对象,response 是一个 TemplateResponse 对象,或者由视图或其他中间件 产生的等效的对象.在视图执行完毕之后,如果 response 实例包含 render 方法,表明这是一个 TemplateResponse 对象或者等效的对象,process_template_response
中间件就会被调用.它必须返回一个继承有 render 方法的 response 对象,这可能会改变原有的 response 中的 template_name
和 context_data
,或者创建一个全新的 TemplateResponse对象(或等效对象)。你不必显示渲染 responses, responses 会在所有 template response 中间件调用结束后自动渲染。在生成 response 阶段,所有的中间件都是反向运行的,其中自然包括了 process_template_response
。
5. process_response
request 是 HttpRequest 对象,response 是 视图或中间件返回的 HttpResponse或StreamingHttpResponse对象。在返回数据到浏览器之前,process_response
会对所有的 responses进行处理。结果必须返回一个 HttpResponse 或 StreamingHttpResponse 对象,它可能修改已有的对象,也可能创建一个全新的 HttpResponse 或 StreamingHttpResponse 对象。和 process_request
和 process_view
不一样,process_response
总是会被调用的. 即使跳过了 process_request
和 process_view
方法(因为在这之前就生成了HttpResponse) 尤其需要注意的是,你的 process_response
不能依赖 process_request
。最后,一点要记住,在response 生成的阶段,中间件是从下往上被调用的,这表示定义在后面的中间件将会被先执行。
6. process_exception
request 是一个 HttpRequest 对象,exception 是一个从视图抛出的异常对象。 当视图抛出异常,Django将会调用 process_exception 中间件,然后返回 None 或者 HttpResponse 对象。 如果返回 HttpResponse 对象,process_template_response
中间件 和 process_response中间件
将会被继续调用。 如果返回None,默认的异常就会被触发。 此外,在 response 逐步形成的阶段,中间件的调用是和加载顺序相反的,包括 process_exception
。也就是说,如果某个中间件返回了 response,在这个中间件之上的中间件都不会被调用。可以把 django.contrib 看作是可选的 Python 标准库或普遍模式的实际实现。 它们与 Django 捆绑在一起,这样你在开发中就不用“重复发明轮子”了。
7. 多个Middleware,执行顺序
下面是装配 Middleware1,Middleware2 两个中间件打印出来的日志
|
|