各位用户为了找寻关于Django DRF APIView源码运行流程详解的资料费劲了很多周折。这里教程网为您整理了关于Django DRF APIView源码运行流程详解的相关资料，仅供查阅，以下为您介绍关于Django DRF APIView源码运行流程详解的详细内容

首先写一个简单的drf接口

? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 from rest_framework.views import APIView from rest_framework.response import Response   # 基于drf写接口，cbv class DrfTest(APIView):   def get(self, request,*args,**kwargs):     print(type(request._request))     print(type(request))     print(request.POST)     print(request.GET)     response = {'status':100,'errors':None}     response['users'] = user_list     return Response(response)     def post(self,request,*args,**kwargs):     name = request.data.get('name')     print(name)     return HttpResponse('ok') ? 1 url(r'DrfTest/',views.DrfTest.as_view()),

通过路由配置 点入查看源码，首先进入到APIView的as_view的方法中：

查找dispatch方法：

如果自己所定义的class DrfTest(APIView)没有手撸dispatch的情况下，下一步，找到APIView里的dispatch方法：

当中有一个self.initial(request, *args, **kwargs)方法：

至此，简单分析如上：回到最开始定义类的过程：

流程总结

请求来了，执行了View类中as_view的view()方法，本质上执行了self.dispatch方法 按顺序查找dispatch方法(自己类中，父类中，父父类中...) 在APIView中的dispatch方法中先把原来request封装进去，变成新的request对象 接下来又执行了三个组件，分别是认证，权限和频率 如果三个中有一个不满足，则不继续执行 再走分发方法，最后返回response出去 即在请求进入视图函数前加了一些东西，重写了dispatch方法

dispatch方法:

传入的request是原生的request对象 这个request已经不是原生的request了,但是它内部有个原生的request对象 request = self.initialize_request(request, *args, **kwargs) self.initial(request, *args, **kwargs)这里面有权限,认证,频率

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持服务器之家。

原文链接：https://www.cnblogs.com/wanlei/p/10411833.html