Web框架之Django_09 重要组件（Django中间件、csrf跨站请求伪造）

摘要

• Django中间件

• csrf跨站请求伪造

一、Django中间件：

　　什么是中间件？

　　官方的说法：中间件是一个用来处理Django的请求和响应的框架级别的钩子。它是一个轻量、低级别的插件系统，用于在全局范围内改变Django的输入和输出。每个中间件组件都负责做一些特定的功能。

　　但是由于其影响的是全局，所以需要谨慎使用，使用不当会影响性能。

　　说的直白一点中间件是帮助我们在视图函数执行之前和执行之后都可以做一些额外的操作，它本质上就是一个自定义类，类中定义了几个方法，Django框架会在请求的特定的时间去执行这些方法。

　　我们一直都在使用中间件，只是没有注意到而已，打开Django项目的Settings.py文件，看到下图的MIDDLEWARE配置项。

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

　　MIDDLEWARE配置项是一个列表(列表是有序的，记住这一点，后面你就知道为什么要强调有序二字)，列表中是一个个字符串，这些字符串其实是一个个类，也就是一个个中间件。

　　我们之前已经接触过一个csrf相关的中间件了？我们一开始让大家把他注释掉，再提交post请求的时候，就不会被forbidden了，后来学会使用csrf_token之后就不再注释这个中间件了。

　　那接下来就学习中间件中的方法以及这些方法什么时候被执行。

　　Django默认有七个中间件，但是django暴露给用户可以自定义中间件并且里面可以写五种方法

中间件可以定义五个方法，分别是：（主要的是process_request和process_response）

process_request(self,request)
process_view(self, request, view_func, view_args, view_kwargs)
process_template_response(self,request,response)
process_exception(self, request, exception)
process_response(self, request, response)

以上方法的返回值可以是None或一个HttpResponse对象，如果是None，则继续按照django定义的规则向后继续执行，如果是HttpResponse对象，则直接将该对象返回给用户。
自定义中间件：
　　自定义中间件需要在Django配置文件中告诉Django去哪找这个自定义的中间件，默认可以放在项目的对应app中，新建一个文件夹middleware,在此文件夹中新建文件my_middleware.py，然后在此文件中自定义五个方法中的任意一个或多个：
　　tip：中间件的本质就是含有五个可以修改的内置方法的类，所以自定义的时候需要做的就是先继承一个Django提供的中间件混合的父类。

• process_request方法：

  process_request有一个参数，就是request，这个request和视图函数中的request是一样的（在交给Django后面的路由之前，对这个request对象可以进行一系列修改操作）。
  由于request对象是一样的，所以我们可以对request对象进行操作，包括给其增加属性，修改属性，这样就可以在后续的视图函数中通过这个request获取到我们在中间件添加的值。
  它的返回值可以是None，按正常流程继续走，交给下一个中间件处理，如果是HttpResponse对象，Django将不执行视图函数，，而将响应对象返回给浏览器。
  

  # 导入MiddlewareMixin模块
  from django.utils.deprecation import MiddlewareMixin
  
  #定义中间件的类，它继承MiddlewareMixin
  class Md1(MiddlewareMixin):
      def process_request(self, request):
          print('Md1里面的process_request')
  
  
  class Md2(MiddlewareMixin):
      def process_request(self, request):
          print('Md2里面的process_request')

  在settings.py的MIDDLEWARE配置项中注册上述两个自定义中间件：

  MIDDLEWARE = [
      'django.middleware.security.SecurityMiddleware',
      'django.contrib.sessions.middleware.SessionMiddleware',
      'django.middleware.common.CommonMiddleware',
      'django.middleware.csrf.CsrfViewMiddleware',
      'django.contrib.auth.middleware.AuthenticationMiddleware',
      'django.contrib.messages.middleware.MessageMiddleware',
      'django.middleware.clickjacking.XFrameOptionsMiddleware',
      'app01.middleware.my_middleware.Md1',
      'app01.middleware.my_middleware.Md2',
  ]

  此时访问一个视图，查看终端打印内容：
  

  根据结果可以知道：执行顺序Md1、Md2、视图函数内容
  接着打印每个自定义中间件Md1和Md2中的request，发现是一个request对象
  
  总结：
  ## 中间件的process_request方法是在执行视图函数之前执行的
  ## 当配置多个中间件时，执行顺序按照Django配置文件中的MIDDLEWARE列表中的顺序依次由上至下执行
  ## 不同的中间件之间传递的request其实都是同一个对象
  ps:当前端发来请求，Django会执行每个中间件中的process_request,执行顺序按照配置文件由上至下执行。
  

• process_response方法：

          当Django处理完请求，发出返回相应的返回结果时候，process_response方法就会执行，同时多个中间件中的process_response方法是按照MIDDLEWARE中的注册顺序倒序执行的，也就是说当请求走的时候，process_response方法会由下至上依次执行每个中间件的该方法
  　　定义process_response方法时，必须给方法传入两个形参，request和response。request就是上述例子中一样的对象，response是视图函数返回的HttpResponse对象(也就是说这是Django后台处理完之后给出一个的一个具体的视图)。该方法的返回值(必须要有返回值)也必须是HttpResponse对象。如果不返回response而返回其他对象，则浏览器不会拿到Django后台给他的视图，而是我的中间件中返回的对象
  在Md1和Md2中定义process_response方法，然后执行一个视图函数
  

  # 导入MiddlewareMixin模块
  from django.utils.deprecation import MiddlewareMixin
  
  #定义中间件的类，它继承MiddlewareMixin
  class Md1(MiddlewareMixin):
      def process_request(self, request):
          print('Md1里面的process_request')
  
      def process_response(self, request, response):
          print('Md1中的process_response')
          return response
  
  class Md2(MiddlewareMixin):
      def process_request(self, request):
          print('Md2里面的process_request')
  
      def process_response(self, request, response):
          print('Md2中的process_response')
          return response

  

  总结：
  ## process_response方法是在视图函数之后执行的，并且顺序是Md2比Md1先执行,也就是执行顺序从下到上
  

• process_view 方法：

• 路由匹配成功执行视图函数之前自动触发（从上到下依次执行每个中间件中的该方法）

  详情：

  中间件的process_request方法最后一个执行，它的process_response方法是最先执行。
  
  process_view
  process_view(self, request, view_func, view_args, view_kwargs)
  
  该方法有四个参数
  
  request是HttpRequest对象。
  
  view_func是Django即将使用的视图函数。 （它是实际的函数对象，而不是函数的名称作为字符串。）
  
  view_args是将传递给视图的位置参数的列表.
  
  view_kwargs是将传递给视图的关键字参数的字典。 view_args和view_kwargs都不包含第一个视图参数（request）。
  
  Django会在调用视图函数之前调用process_view方法。
  
  它应该返回None或一个HttpResponse对象。 如果返回None，Django将继续处理这个请求，执行任何其他中间件的process_view方法，然后在执行相应的视图。 如果它返回一个HttpResponse对象，那么将不会执行Django的视图函数，而是直接在中间件中掉头，倒叙执行一个个process_response方法，最后返回给浏览器
  
  给MD1和MD2添加process_view方法:
  
  from django.utils.deprecation import MiddlewareMixin
  
  
  class MD1(MiddlewareMixin):
  
      def process_request(self, request):
          print("MD1里面的 process_request")
  
      def process_response(self, request, response):
          print("MD1里面的 process_response")
          return response
  
      def process_view(self, request, view_func, view_args, view_kwargs):
          print("-" * 80)
          print("MD1 中的process_view")
          print(view_func, view_func.__name__)
  
  
  class MD2(MiddlewareMixin):
      def process_request(self, request):
          print("MD2里面的 process_request")
          pass
  
      def process_response(self, request, response):
          print("MD2里面的 process_response")
          return response
  
      def process_view(self, request, view_func, view_args, view_kwargs):
          print("-" * 80)
          print("MD2 中的process_view")
          print(view_func, view_func.__name__)
  访问index视图函数，看一下输出结果：
  
  MD2里面的 process_request
  MD1里面的 process_request
  --------------------------------------------------------------------------------
  MD2 中的process_view
  <function index at 0x000001DE68317488> index
  --------------------------------------------------------------------------------
  MD1 中的process_view
  <function index at 0x000001DE68317488> index
  app01 中的 index视图
  MD1里面的 process_response
  MD2里面的 process_response
  process_view方法是在Django路由系统之后，视图系统之前执行的，执行顺序按照MIDDLEWARE中的注册顺序从前到后顺序执行的

  process_view