一、django请求的生命周期
1、django请求生命周期如图所示
2、django本身没有socket，客户端请求先到达wsgi然后再提交给django,而wsgi的本质就是个socket程序
注释 wsji协议是通过调用wsgiref或uwsgi模块来实现socket的
二、FBV和CBV
1、FBV
function base view， 一个URL路径对应一个视图函数
2、CBV
class base view， 一个URL路径对应一个视图下的类
3、FBV设置方法
略
4、CBV设置方法
1、设置URL格式
注释：对应的类名后必须添加.as_view(),标准格式记住就可以了。
2、在view中设置class类
注释：设置类时必须先导入一个View模块，然后继承该模块。在该类中先执行父类View中的dispatch方法，然后通过反射判断如果以get请求发送数据自动执行get下的方法，如果以post请求发送数据自动执行post下的方法。
3、在父类View中的dispatch方法
注释：由于父类中的displaced方法使用了lower()吧字符串转小写的方法所有类下的函数名都是小写。getattr（）反射原理意思就是说get请求对应class下的get函数，然后handler（）就是执行类下该函数然后返回结果。
4、自己手动编写一个dispatch方法
注释：由于手动编写直接返回一个"ok"所有不再执行下面的get和post方法
5、CBV利用dispatch处理数据顺序实现用户登陆验证（相当于添加了个装饰器）
注释：cbv中先执行dispatch再执行get和post最后再执行dispatch然后吧结果发送出去，所有可以在执行get或post之前做一层用户验证是否登陆
# request.GET 获取GET请求体中的信息
# request.POST 获取POST请求体中的信息 请求方式是由客户端的请求头中的：content-type决定的
# request.body 获取body的信息,GET或POST中的信息是由body中的原始信息转换来的
6、通过类继承的方法实现5中的需求
7、通过类多继承的方式来实现5中需求
注释:类继承的执行顺序：从左到右
8、通过装饰器方式来实现5中需求
装饰器方式1：在每个类下的函数前添加装饰器
装饰器方式2：直接在dispatch函数上添加装饰器
装饰器方式3：直接在类中添加装饰器，用来修饰某个特定的函数
总结：全局设置或者局部设置都要三思而后行
在服务器端通过装饰器取消csrf_token验证(先导入from django.views.decorators.csrf import csrf_exempt,csrf_protect)
1.csrf_exempt取消post方式提交的csrf_token验证
注释：只要把该装饰器设置在类下的dispatch函数上才会生效，必须的没理由
2.csrf_protect取消get方式提交的csrf_token验证
如上图，略
9、客户端请求方式（ restful规范就是潜规则的意思）
1、get请求方式：一般是获取数据的时候使用
2、post请求方式：一般是提交数据的时候使用
3、put请求方式：一般是全局更新数据的时候使用
4、patch请求方式：一般是局部更新数据的时候使用
5、delete请求方式：一般是删除数据的时候使用
注释：form表单提交数据只支持get和post方式
ajax提交数据支持get, post, put, patch, delete, head, options, trace等方式
三、django中间件
1、如图所示：
注释：django中间键其实就是由类组成，每一个类就是一个中间键。而每一个类里面都可以有五个方法。
2、方法1（process_request方法） 和方法2（process_response方法）：
注释：图一方法直接导入模块然后在模块中创建类进行引用，但是适用于旧版本的Django，新版本的Django建议使用图二方法，直接把 MiddlewareMixin模板中的MiddlewareMixin类方法复制过来就可以了。
1、process_request 可以有返回值也可以没有返回值
当有返回值时也就是说有return值时执行的流程，如图所示：
注释：绿色部分为正常流程，而红色部分为当process_request有return返回值的时候就会不走下面的步骤了直接走对应的process_response步骤即直接执行当前中间件和上方中间件的process_response。
利用该知识点设置用户cookie授权验证，如果未授权则url自动跳转至登录页面，但是必须注意的时现在的中间键必须添加在csrf_taken之后否则没有经过csrf就会被拦截返回，一直陷入死循环并且必须设置登录页面的路径可以正常通过。
2、process_response 必须要有返回值也就是说必须要有return值，否则报错，原理如图所示：
注释：process_reques1 》》process_request2》》process_request3。。。。 view tem 》》。。。》》process_response3》》process_response2》》process_response1。由此可得出在视图函数中返回的response数据可用和用户接受到的response数据不一致那是因为response数据传输到中间键时可能会被修改。比如响应头信息就是在中间键的时候添加上去的。
3、方法3（process_view方法）：
1、process_view 在成功路由匹配后而在执行view视图函数之前执行的代码，该函数可以有返回值也可没有返回值。
2、执行流程1（没返回值时的执行流程）
注释：先执行process_request然后再执行process_view然后再执行view tem最后执行process_response3
3、执行流程2（有返回值时的执行流程）
4、方法4（process_exception）：
1、process_exception 该函数是在程序代码出现内部错误返回错误信息时才会执行的函数，该函数必须要有返回值否则无意义，默认是不会被执行的
2、执行流程
注释：先执行process_request然后再执行process_view然后再执行view tem然后再执行process_exception最后执行process_response3
5、方法5（process_template_response（）)
1、process_template_response(self,request,response) 该函数默认不会被执行但是如果返回的结果中有render方法就会被执行且必须有return返回值。
6、Django内部中间键
注释：该中间键的作用就是检测用户传输数据是否有csrf_token键值对，如果有则通过否则403错误
可以到CsrfViewMiddleware模块中查看中间键的使用方法
@csrf_protect，为当前函数强制设置防跨站请求伪造功能，即便settings中没有设置全局中间件。
@csrf_exempt，取消当前函数防跨站请求伪造功能，即便settings中设置了全局中间件。