APIView源码分析

首先写一个简单的drf接口 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.method) print(request.POST) print(request.GET) print(request.query_params) print(request._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('111') print(name) return HttpResponse('ok') 通过路由配置 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方法，也是rest_framework的重点。 dispatch方法: # 传入的request是原生的request对象 # 这个request已经不是原生的request了,但是它内部有个原生的request对象 request = self.initialize_request(request, *args, **kwargs) self.initial(request, *args, **kwargs)#这里面有权限,认证,频率