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)#这里面有权限,认证,频率

APIView源码分析

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