标签：call isp set 技术分享 exce 创建 classes ack ram
django 中的中间件（middleware），在django中，中间件其实就是一个类，在请求到来和结束后，django会根据自己的规则在合适的时机执行中间件中相应的方法。
在django项目的settings模块中，有一个 MIDDLEWARE_CLASSES 变量，其中每一个元素就是一个中间件
中间件中一共有五个方法：
process_request
process_view
process_exception
process_response
process_template_response
process_request(self,request)
process_response(self, request, response)
当用户发起请求的时候会依次经过所有的的中间件，这个时候的请求依次穿过中间件的process_request，最后到达Django，执行Django请求周期到达views的函数中，views函数处理后，在依次穿过中间件的process_response,最后返回给请求者
在django中叫中间件，在其他web框架中，有的叫管道，httphandle
上述截图中的中间件都是django中的，我们也可以自己定义一个中间件，我们可以自己写一个类，但是必须继承MiddlewareMixin
所以需要导入：from django.utils.deprecation import MiddlewareMixin
我们在项目文件下创建md.py文件，代码例子如下：
1.创建中间件
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、注册中间件
MIDDLEWARE_CLASSES = (
‘django.contrib.sessions.middleware.SessionMiddleware‘,
‘django.middleware.common.CommonMiddleware‘,
‘django.middleware.csrf.CsrfViewMiddleware‘,
‘django.contrib.auth.middleware.AuthenticationMiddleware‘,
‘django.contrib.auth.middleware.SessionAuthenticationMiddleware‘,
‘django.contrib.messages.middleware.MessageMiddleware‘,
‘django.middleware.clickjacking.XFrameOptionsMiddleware‘,
‘md.Row1‘,
‘md.Row2‘,
‘md.Row3‘,
)
这样当页面发起请求的时候：后台效果如下
当请求到达中间件2的时候直接不符合条件返回，process_request函数有return... 语句， 程序直接在中间件2时返回中断，不继续往下走。然后依次返回到请求者
用如下图进行理解：
返回结果：
中间件1请求 中间件2请求 中间件2返回 中间件1返回
上述结果是在django1.10的时候，在之前的版本的时候是直接返回到最后一个中间件的response,然后向上依次返回，最后到发起请求。
process_view(self, request, callback, callback_args, callback_kwargs)
我们在md.py文件中的的代码进行更改：
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(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_response(self,request,response)
只有当views函数中返回的对象中具有render方法，是就会直接process_template_responseprocess
标签：call isp set 技术分享 exce 创建 classes ack ram
原文地址：http://www.cnblogs.com/xuyaping/p/7111839.html
