DRF-源码解析-1-CBV流程（视图函数执行流程）

在DRF中，所有drf的操作都是在路由匹配完成后，即视图函数执行前和执行后做文章的。

演示的视图：

class TestAPIView(APIView):
    def get(self,request)
        return Respponse({'code':200,'msg':'测试通过'})

演示的路由：

path('test/',views.TestAPIView.as_view())

演示的请求方式：GET请求

1、调用TestAPIView的as_view方法。

2、TestAPIView不存在as_view方法，调用父类APIView的as_view方法 （简化的源码）

@classmethod
def as_view(cls, **initkwargs):
    #1、调用APIView父类的as_view方法
    view = super().as_view(**initkwargs)
    view.cls = cls
    view.initkwargs = initkwargs
    #2、去除掉csrf校验
    return csrf_exempt(view)

3、Django的View中as_view的逻辑

@classonlymethod
def as_view(cls, **initkwargs):
    def view(request, *args, **kwargs):
        self = cls(**initkwargs)
        self.setup(request, *args, **kwargs)
        if not hasattr(self, 'request'):
            raise AttributeError(
                "%s instance has no 'request' attribute. Did you override "
                "setup() and forget to call super()?" % cls.__name__
            )
            return self.dispatch(request, *args, **kwargs)
        view.view_class = cls
        view.view_initkwargs = initkwargs
    return view
 
#返回的是闭包view，
#view的功能就是self.dispatch()方法

4、主要是self.dispatch()方法，self是TestAPIView的对象 , 没有dispatch方法，调用父类APIView的dispatch方法 （简化的源码）

    def dispatch(self, request, *args, **kwargs):
        try:
            #self是TestAPIView的对象，去该对象中去获取请求方式如GET的小写的方法get
            handler = getattr(self, request.method.lower(),
                                  self.http_method_not_allowed)
            response = handler(request, *args, **kwargs)

        except Exception as exc:
            response = self.handle_exception(exc)
        self.response = self.finalize_response(request, response, *args, **kwargs)
        return self.response

5、通过反射，去TestAPIView中获取get方法，执行get方法后，返回执行的结果。

大致的流程：

总结：DRF的视图执行过程，有使用到原生Django的代码。

注意：在源码解析的过程中，要时刻知道self指代是谁的实例对象。