Django----中间件详解

Django----中间件详解

 

阅读目录(Content)

•  Django中间件
• 自定义中间件 
• 中间件（类）中5种方法
• 中间件应用场景

回到顶部(go to top)

 Django中间件

在http请求 到达视图函数之前   和视图函数return之后，django会根据自己的规则在合适的时机执行中间件中相应的方法。

 

Django1.9版本以后中间件的执行流程

1、执行完所有的request方法 到达视图函数。

2、执行中间件的其他方法

3、经过所有response方法 返回客户端。

注意：如果在其中1个中间件里 request方法里 return了值，就会执行当前中间件的response方法，返回给用户 然后 报错。。不会再执行下一个中间件。

 Django 1.9版本之前，如果在request方法中遇到return，会执行最后一个中间件的response方法，然后依次回传

 

回到顶部(go to top)

自定义中间件 

1.在project下随便创建一个py文件

 

 

 

2、在setings文件中 注册这个 py文件

django项目的settings模块中，有一个 MIDDLEWARE_CLASSES 变量，其中每一个元素就是一个中间件

 

 

 

 执行结果

 

为啥报错了呢?

因为 自定义的中间件response方法没有return，交给下一个中间件，导致http请求中断了！！！

注意 自定义的中间件request 方法不要return  因为返回值中间件不再往下执行，导致 http请求到达不了视图层，因为request在视图之前执行！

 

 

 

 

 

回到顶部(go to top)

中间件（类）中5种方法

中间件中可以定义5个方法，分别是：

• process_request(self,request)
• process_view(self, request, callback, callback_args, callback_kwargs)
• process_template_response(self,request,response)
• process_exception(self, request, exception)
• process_response(self, request, response

1、 process_view（self, request, callback, callback_args, callback_kwargs）方法介绍

(1)执行完所有中间件的request方法‘

(2)url匹配成功

(3)拿到 视图函数的名称、参数，（注意不执行） 再执行process_view()方法

(4)最后去执行视图函数

 

玩法1（常规）

 

执行结果

 

玩法2

既然 process_view 拿到视图函数的名称、参数，（不执行） 再执行process_view()方法，最后才去执行视图函数！

那可以在 执行process_view环节直接 把函数执行返回吗？

 

执行结果

 

结论：

如果process_view函数有返回值，跳转到最后一个中间件， 执行最后一个中间件的response方法，逐步返回。

和 process_request方法不一样哦！  request方法在当前中间件的response方法返回。

 

 

2、process_exception(self, request, exception)方法

 

 

我去 加了process_exception方法 咋啥也没执行呢？！！原来是process_exception默认不执行！！！

 

 

大爷的 原来process_exception方法在 视图函数执行出错的时候才会执行

M1.request
M2.request
M1.process_view
M2.process_view
执行index
M2的process_exception
M1的process_exception
Internal Server Error: /index/
Traceback (most recent call last):
  File "C:\Users\Administrator\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\handlers\exception.py", line 41, in inner
    response = get_response(request)
  File "C:\Users\Administrator\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\handlers\base.py", line 187, in _get_response
    response = self.process_exception_by_middleware(e, request)
  File "C:\Users\Administrator\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\handlers\base.py", line 185, in _get_response
    response = wrapped_callback(request, *callback_args, **callback_kwargs)
  File "F:\untitled1\app01\views.py", line 7, in index
    int("ok")
ValueError: invalid literal for int() with base 10: 'ok'
M2.response
M1.response
[03/Jul/2017 16:43:59] "GET /index/ HTTP/1.1" 500 62663

1、执行完所有 request 方法 

2、执行 所有 process_view方法

3、如果视图函数出错，执行process_exception（最终response，process_exception的return值）

 如果process_exception 方法有了 返回值 就不再执行 其他中间件的 process_exception，直接执行response方法响应 

4.执行所有response方法

5.最后返回process_exception的返回值

 

M1.request
M2.request
M1.process_view
M2.process_view
执行index
M2的process_exception （有了return值，直接执行response）
M2.response
M1.response

 

process_exception的应用

在视图函数执行出错时，返回错误信息。这样页面就不会 报错了！

 

 

 

3、process_template_response()

 

process_template_response()默认不执行

 

 rocess_template_response()特性

 只有在视图函数的返回对象中有render方法才会执行！

并把对象的render方法的返回值返回给用户（注意不返回视图函数的return的结果了，而是返回视图函数 return值（对象）的render方法）

 

视图函数

 

执行结果

 

 应用：

既然process_template_respnse,不返回视图函数的return的结果，而是返回视图函数 return值（对象）的render方法;(多加了一个环节)

 就可以在 这个视图函数返回对象的 render方法里，做返回值的二次加工了！多加工几个，视图函数就可以随便使用了！

（好比 喷雾器有了多个喷头，换不同的喷头喷出不同水，返回值就可以也组件化了）

 

 

中间件应用场景

由于中间件工作在 视图函数执行前、执行后（像不像所有视图函数的装饰器！）适合所有的请求/一部分请求做批量处理

1、做IP限制

放在 中间件类的列表中，阻止某些IP访问了；

2、URL访问过滤

如果用户访问的是login视图（放过）

如果访问其他视图（需要检测是不是有session已经有了放行，没有返回login），这样就省得在 多个视图函数上写装饰器了！

3、缓存（还记得CDN吗?）

客户端请求来了，中间件去缓存看看有没有数据，有直接返回给用户，没有再去逻辑层 执行视图函数

阅读目录(Content)

•  Django中间件
• 自定义中间件 
• 中间件（类）中5种方法
• 中间件应用场景

回到顶部(go to top)

 Django中间件

在http请求 到达视图函数之前   和视图函数return之后，django会根据自己的规则在合适的时机执行中间件中相应的方法。

 

Django1.9版本以后中间件的执行流程

1、执行完所有的request方法 到达视图函数。

2、执行中间件的其他方法

3、经过所有response方法 返回客户端。

注意：如果在其中1个中间件里 request方法里 return了值，就会执行当前中间件的response方法，返回给用户 然后 报错。。不会再执行下一个中间件。

 Django 1.9版本之前，如果在request方法中遇到return，会执行最后一个中间件的response方法，然后依次回传

 

回到顶部(go to top)

自定义中间件 

1.在project下随便创建一个py文件

 

 

 

2、在setings文件中 注册这个 py文件

django项目的settings模块中，有一个 MIDDLEWARE_CLASSES 变量，其中每一个元素就是一个中间件

 

 

 

 执行结果

 

为啥报错了呢?

因为 自定义的中间件response方法没有return，交给下一个中间件，导致http请求中断了！！！

注意 自定义的中间件request 方法不要return  因为返回值中间件不再往下执行，导致 http请求到达不了视图层，因为request在视图之前执行！

 

 

 

 

 

回到顶部(go to top)

中间件（类）中5种方法

中间件中可以定义5个方法，分别是：

• process_request(self,request)
• process_view(self, request, callback, callback_args, callback_kwargs)
• process_template_response(self,request,response)
• process_exception(self, request, exception)
• process_response(self, request, response

1、 process_view（self, request, callback, callback_args, callback_kwargs）方法介绍

(1)执行完所有中间件的request方法‘

(2)url匹配成功

(3)拿到 视图函数的名称、参数，（注意不执行） 再执行process_view()方法

(4)最后去执行视图函数

 

玩法1（常规）

 

执行结果

 

玩法2

既然 process_view 拿到视图函数的名称、参数，（不执行） 再执行process_view()方法，最后才去执行视图函数！

那可以在 执行process_view环节直接 把函数执行返回吗？

 

执行结果

 

结论：

如果process_view函数有返回值，跳转到最后一个中间件， 执行最后一个中间件的response方法，逐步返回。

和 process_request方法不一样哦！  request方法在当前中间件的response方法返回。

 

 

2、process_exception(self, request, exception)方法

 

 

我去 加了process_exception方法 咋啥也没执行呢？！！原来是process_exception默认不执行！！！

 

 

大爷的 原来process_exception方法在 视图函数执行出错的时候才会执行

M1.request
M2.request
M1.process_view
M2.process_view
执行index
M2的process_exception
M1的process_exception
Internal Server Error: /index/
Traceback (most recent call last):
  File "C:\Users\Administrator\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\handlers\exception.py", line 41, in inner
    response = get_response(request)
  File "C:\Users\Administrator\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\handlers\base.py", line 187, in _get_response
    response = self.process_exception_by_middleware(e, request)
  File "C:\Users\Administrator\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\handlers\base.py", line 185, in _get_response
    response = wrapped_callback(request, *callback_args, **callback_kwargs)
  File "F:\untitled1\app01\views.py", line 7, in index
    int("ok")
ValueError: invalid literal for int() with base 10: 'ok'
M2.response
M1.response
[03/Jul/2017 16:43:59] "GET /index/ HTTP/1.1" 500 62663

1、执行完所有 request 方法 

2、执行 所有 process_view方法

3、如果视图函数出错，执行process_exception（最终response，process_exception的return值）

 如果process_exception 方法有了 返回值 就不再执行 其他中间件的 process_exception，直接执行response方法响应 

4.执行所有response方法

5.最后返回process_exception的返回值

 

M1.request
M2.request
M1.process_view
M2.process_view
执行index
M2的process_exception （有了return值，直接执行response）
M2.response
M1.response

 

process_exception的应用

在视图函数执行出错时，返回错误信息。这样页面就不会 报错了！

 

 

 

3、process_template_response()

 

process_template_response()默认不执行

 

 rocess_template_response()特性

 只有在视图函数的返回对象中有render方法才会执行！

并把对象的render方法的返回值返回给用户（注意不返回视图函数的return的结果了，而是返回视图函数 return值（对象）的render方法）

 

视图函数

 

执行结果

 

 应用：

既然process_template_respnse,不返回视图函数的return的结果，而是返回视图函数 return值（对象）的render方法;(多加了一个环节)

 就可以在 这个视图函数返回对象的 render方法里，做返回值的二次加工了！多加工几个，视图函数就可以随便使用了！

（好比 喷雾器有了多个喷头，换不同的喷头喷出不同水，返回值就可以也组件化了）

 

 

中间件应用场景

由于中间件工作在 视图函数执行前、执行后（像不像所有视图函数的装饰器！）适合所有的请求/一部分请求做批量处理

1、做IP限制

放在 中间件类的列表中，阻止某些IP访问了；

2、URL访问过滤

如果用户访问的是login视图（放过）

如果访问其他视图（需要检测是不是有session已经有了放行，没有返回login），这样就省得在 多个视图函数上写装饰器了！

3、缓存（还记得CDN吗?）

客户端请求来了，中间件去缓存看看有没有数据，有直接返回给用户，没有再去逻辑层 执行视图函数

回到顶部(go to top)

 Django中间件

在http请求 到达视图函数之前   和视图函数return之后，django会根据自己的规则在合适的时机执行中间件中相应的方法。

 

Django1.9版本以后中间件的执行流程

1、执行完所有的request方法 到达视图函数。

2、执行中间件的其他方法

3、经过所有response方法 返回客户端。

注意：如果在其中1个中间件里 request方法里 return了值，就会执行当前中间件的response方法，返回给用户 然后 报错。。不会再执行下一个中间件。

 Django 1.9版本之前，如果在request方法中遇到return，会执行最后一个中间件的response方法，然后依次回传

 

回到顶部(go to top)

自定义中间件 

1.在project下随便创建一个py文件

 

 

 

2、在setings文件中 注册这个 py文件

django项目的settings模块中，有一个 MIDDLEWARE_CLASSES 变量，其中每一个元素就是一个中间件

 

 

 

 执行结果

 

为啥报错了呢?

因为 自定义的中间件response方法没有return，交给下一个中间件，导致http请求中断了！！！

注意 自定义的中间件request 方法不要return  因为返回值中间件不再往下执行，导致 http请求到达不了视图层，因为request在视图之前执行！

 

 

 

 

 

回到顶部(go to top)

中间件（类）中5种方法

中间件中可以定义5个方法，分别是：

• process_request(self,request)
• process_view(self, request, callback, callback_args, callback_kwargs)
• process_template_response(self,request,response)
• process_exception(self, request, exception)
• process_response(self, request, response

1、 process_view（self, request, callback, callback_args, callback_kwargs）方法介绍

(1)执行完所有中间件的request方法‘

(2)url匹配成功

(3)拿到 视图函数的名称、参数，（注意不执行） 再执行process_view()方法

(4)最后去执行视图函数

 

玩法1（常规）

 

执行结果

 

玩法2

既然 process_view 拿到视图函数的名称、参数，（不执行） 再执行process_view()方法，最后才去执行视图函数！

那可以在 执行process_view环节直接 把函数执行返回吗？

 

执行结果

 

结论：

如果process_view函数有返回值，跳转到最后一个中间件， 执行最后一个中间件的response方法，逐步返回。

和 process_request方法不一样哦！  request方法在当前中间件的response方法返回。

 

 

2、process_exception(self, request, exception)方法

 

 

我去 加了process_exception方法 咋啥也没执行呢？！！原来是process_exception默认不执行！！！

 

 

大爷的 原来process_exception方法在 视图函数执行出错的时候才会执行

M1.request
M2.request
M1.process_view
M2.process_view
执行index
M2的process_exception
M1的process_exception
Internal Server Error: /index/
Traceback (most recent call last):
  File "C:\Users\Administrator\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\handlers\exception.py", line 41, in inner
    response = get_response(request)
  File "C:\Users\Administrator\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\handlers\base.py", line 187, in _get_response
    response = self.process_exception_by_middleware(e, request)
  File "C:\Users\Administrator\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\handlers\base.py", line 185, in _get_response
    response = wrapped_callback(request, *callback_args, **callback_kwargs)
  File "F:\untitled1\app01\views.py", line 7, in index
    int("ok")
ValueError: invalid literal for int() with base 10: 'ok'
M2.response
M1.response
[03/Jul/2017 16:43:59] "GET /index/ HTTP/1.1" 500 62663

1、执行完所有 request 方法 

2、执行 所有 process_view方法

3、如果视图函数出错，执行process_exception（最终response，process_exception的return值）

 如果process_exception 方法有了 返回值 就不再执行 其他中间件的 process_exception，直接执行response方法响应 

4.执行所有response方法

5.最后返回process_exception的返回值

 

M1.request
M2.request
M1.process_view
M2.process_view
执行index
M2的process_exception （有了return值，直接执行response）
M2.response
M1.response

 

process_exception的应用

在视图函数执行出错时，返回错误信息。这样页面就不会 报错了！

 

 

 

3、process_template_response()

 

process_template_response()默认不执行

 

 rocess_template_response()特性

 只有在视图函数的返回对象中有render方法才会执行！

并把对象的render方法的返回值返回给用户（注意不返回视图函数的return的结果了，而是返回视图函数 return值（对象）的render方法）

 

视图函数

 

执行结果

 

 应用：

既然process_template_respnse,不返回视图函数的return的结果，而是返回视图函数 return值（对象）的render方法;(多加了一个环节)

 就可以在 这个视图函数返回对象的 render方法里，做返回值的二次加工了！多加工几个，视图函数就可以随便使用了！

（好比 喷雾器有了多个喷头，换不同的喷头喷出不同水，返回值就可以也组件化了）

 

 

中间件应用场景

由于中间件工作在 视图函数执行前、执行后（像不像所有视图函数的装饰器！）适合所有的请求/一部分请求做批量处理

1、做IP限制

放在 中间件类的列表中，阻止某些IP访问了；

2、URL访问过滤

如果用户访问的是login视图（放过）

如果访问其他视图（需要检测是不是有session已经有了放行，没有返回login），这样就省得在 多个视图函数上写装饰器了！

3、缓存（还记得CDN吗?）

客户端请求来了，中间件去缓存看看有没有数据，有直接返回给用户，没有再去逻辑层 执行视图函数

来源：https://www.cnblogs.com/yehewudi/p/9505977.html