CSRF
我们在开始学习Django时通常教学会让我们把setting中的CSRF注释掉，那么我们为什么要注释掉呢，我们首先来尝试下不注释掉会发生什么？不注释的话，正常get请求是没有问题的，当我们发送post请求时，就会报错403
表单提交
那么这是为什么呢，我们先来说说CSRF的原理，例如当用户想要登录，输入了账号密码，CSRF就会返回一串字符给用户，用户每一次请求都带着此串字符才能正常操作，我们在form表单中添加 {% csrf_token %}即可表单带着csrf提交

ajax提交
{% csrf_token %}不仅在form表单里生成了，在cookie中也生成了随机字符串
那么我们在ajax中提交，就可以通过cookie获取此字符串完成提交
在通过测试得知该字符串CSRF在请求头也就是headers中命名为X-CSRFtoken
那么我们在ajaax提交时加上headers的提交 key为X-CSRFtoken
value则通过$.cookie(‘csrftoken’) 获取该字符串 即可成功提交

全局与局部CSRF设置
我们在setting中的配置是全局的，也就是说注释掉就统一禁用，要是我们的需求是100个函数，只有两个函数需要CSRF验证的怎么办，那么我们就可以添加局部的验证，首先导入下列代码

from django.views.decorators.csrf_exempt,csrf_protect

我们就导入了两个功能 csr_exempt取消验证和csrf_protect添加验证
我们的问题就很好解决啦，在setting中注释掉全局配置，在需要添加验证的views下的函数前配置@csrf_protect

中间件
中间件就好比例如我在前排问后排的女生今晚可以请我吃饭嘛，那么我就要叫我后排的同学帮我问，他再叫他的后排，这样子，得到结果后，再传回来，我后排的同学们就是中间件，在Django中也是当请求发出后，下图这些都是中间件，通过之后才到达views，再通过他们回来
自定义中间件
1.首先我们要想自定义中间件，肯定得模仿人家得来，我们看到别人原生的中间件都继承类MiddlewareMixin，我们来看看里面都有啥？
这里面我们主要用的到的有process_request用于处理请求过来时进行操作的方法
process_response处理请求返回时操作的方法

2.我们创建我们自定义中间件的目录以及py文件，并导入 MiddlewareMixin

from django.utils.deprecation import MiddlewareMixin

导入之后，创建类继承，并定义自己想要的process_request，process_response方法，
print中的数字为执行顺序:1.先执行完process_requset下代码 2.再到views下代码 3.再执行process_response代码

3.然后将自定义的中间件添加到中间件区域下
4.当我们运行时，并从页面发送请求，则会依次执行，打印顺序为1到7，至此我们就完成了自定义中间件并使用

中间件用处
中间件的用处很大 def方法里的括号中的request，包含里所有请求信息，跟我们在views下的一样，每个请求过来都必须经常所有的中间件，例如我们做黑名单过滤，在中间件定义获取ip，设置哪个ip段的不让他访问，那么我们在中间件时就可以吧所有黑名单用户阻止掉，不用在views下定义，中间件适合用来做对所有请求统一操作
定义process_request和process_response名称不能变 Django写死的

其余方法
不仅仅只有process_request和process_response两种方法，还有下图其余的三种

process_view
process_view后除了request还有3个参数，当我们在url中定义了如图，那么该参数就会放在callback_args中
当我们在url中定义了如图，参数则放在callback_kwargs中

当我们在类中定义了process_view方法，那么执行顺序就是
process_request<process_view<views下代码<process_response

process_exception
process_exception是当views下定义报错了才会执行，如图定义，当views下编写正确，不会打印ex，当报错了才会打印，括号中的exception存储着错误信息

所以我们可以用process_exception当做异常处理，如图，isinstance用于判断对象是否为已知对象
当exception中收到的错误信息为ValueError时返回该错误
执行顺序就是process_request<process_view<views下代码<如果报错，靠近挨个找process_exception<process_response

process_template_response
这个基本用不上，一般也是不执行，当Views中的函数返回的对象中，具有render方法才会执行，例如可在views下定义一个类，下面下个方法名为render，然后在其余函数末尾 return 类名()即可执行process_template_response,当他执行完，必须return response 程序才会继续往下走，用处不大