django中间件及中间件实现的登录验证
1.定义
一个用来处理Django的请求和响应的框架级别的钩子（函数），相对比较轻量级，并且在全局上改变django的输入与输出（使用需谨慎，否则影响性能）
直白的说中间件就是帮助我们在视图函数执行之前和执行之后做一些额外操作
2.用处
用户登录
日志记录
权限管理
请求验证（post）
一般对所有请求做批量处理的时候用中间件，单独对某几个函数处理直接使用装饰器
3.用法说明
我们使用django一直就在使用中间件，打开django的setting文件，当中的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',
]
列表当中的每个字符串，其实是一个个类，即一个个中间件，它们正常的执行顺序都是自上而下的
中间件中，我们可以定义五个方法，分别是：
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)
其中最常用的是process_request和process_response
以上方法的返回值可以是None或一个HttpResponse对象，如果是None，则继续按照django定义的规则向后继续执行，如果是HttpResponse对象，则直接将该对象返回给用户。
3.1 图例说明
这里还是先来看看django的生命周期图例
先从上图了解django执行流程，每一步起了那些关键性作用，然后我们再来讨论每一个中间件
3.2 process_request与process_response
process_request有一个request参数，这个和视图函数中的request参数一模一样
process_response有两个参数，一个是request，一个是response，request和前面一致，response是视图函数返回的HttpResponse对象
代码实例
我在应用下创建了一个middlewares文件，用于存放中间件
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
class MD2(MiddlewareMixin):
def process_request(self, request):
print('我是MD2的process_request')
def process_response(self, request, response):
print('我是MD2的process_response')
return response
setting.py文件配制添加的中间价位置
访问一个视图，终端输出结果：
总结：
1.process_request方法，是在视图函数执行之前执行的，当配制多个中间件时，会按照MIDDLEWARE中的注册顺序，也就是列表的索引值，从前到后依次执行的
返回值是None，继续往后执行，返回值是HttpResponse的对象，执行对应中间件的process_response方法
2.对于视图函数，是在process_request执行完毕后开始执行的
3.process_response方法，是在视图函数之后执行的，而且多个中间件中的process_response方法是按照MIDDLEWARE中的注册顺序倒序执行的
3.3 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）。
代码实例
from django.utils.deprecation import MiddlewareMixin
from django.shortcuts import render, redirect, HttpResponse
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('我是MD1的process_view')
print(view_func, view_func.__name__)class MD2(MiddlewareMixin):
def process_request(self, request):
print('我是MD2的process_request')
# return HttpResponse('MD2process_request')
def process_response(self, request, response):
print('我是MD2的process_response')
return response
def process_view(self, request, view_func, view_args, view_kwargs):
print('我是MD2的process_view')
print(view_func, view_func.__name__)
效果
总结：
1.process_view是在视图执行前执行的，process_request之后，执行顺序按照MIDDLEWARE中的注册顺序从前到后顺序执行的
3.4 process_exception
process_exception(self, request, exception)
该方法两个参数:
一个HttpRequest对象
一个exception是视图函数异常产生的Exception对象。
该方法只有在视图函数中出现异常才会执行，如果视图函数中无异常，process_exception方法不执行。
代码实例
from django.utils.deprecation import MiddlewareMixin
from django.shortcuts import render, redirect, HttpResponse
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('我是MD1的process_view')
print(view_func, view_func.__name__)
def process_exception(self, request, exception):
print(exception, '这是MD1的process_exception')
# return HttpResponse(str(exception))
class MD2(MiddlewareMixin):
def process_request(self, request):
print('我是MD2的process_request')
# return HttpResponse('MD2process_request')
def process_response(self, request, response):
print('我是MD2的process_response')
return response
def process_view(self, request, view_func, view_args, view_kwargs):
print('我是MD2的process_view')
print(view_func, view_func.__name__)
# return HttpResponse('这是MD2的process_view')
def process_exception(self, request, exception):
print(exception, '这是MD2的process_exception')
return HttpResponse(str(exception)) # 返回一个响应对象
在视图函数index中抛出一个异常
def index(request):
print('app01中的index视图')
raise ValueError("6666")
return HttpResponse('这是index页面')
此时结果：
# 可以从结果看出来，exception接收的就是异常信息，我们的MD1并没有return HttpResponse(str(exception)) ，但是它却也抛出了异常信息
总结：
1.只要视图函数报错了才执行
2.在视图函数之后，process_response之前
3.5 process_template_response（不常用）
process_template_response是在视图函数执行完成后立即执行，但是它有一个前提条件，那就是视图函数返回的对象有一个render()方法
4.中间件执行流程
请求到达中间件之后，如果MIDDLEWARE中注册了6个中间件，执行过程中，第3个中间件返回了一个HttpResponse对象，那么第4,5,6中间件的process_request和process_response方法都不执行，顺序执行3,2,1中间件的process_response方法
process_request方法都执行完后，匹配路由找到要执行的视图函数，先不执行视图函数，先执行中间件中的process_view方法，process_view方法返回None，继续按顺序执行，所有process_view方法执行完后执行视图函数。假如中间件3 的process_view方法返回了HttpResponse对象，则4,5,6的process_view以及视图函数都不执行，直接从最后一个中间件，也就是中间件6的process_response方法开始倒序执行。
中间件的执行顺序：
5.中间件实现登录验证
以下代码还具有阻隔功能，即必须先登录才能访问主页，直接从url访问index会拒绝请求
代码实例:
urls.py
View Code
views.py
View Code
应用app01下的middlewares.py
View Code
settings.py的MIDDLEWARE配置项
View Code
jump.html，用来做中间件不通过时，js跳转
View Code
# 这里的定制化错误信息效果相当不错，可以拿来借鉴
login.html
View Code