Django DRF APIView 源码执行流程深度解析

DRF 接口示例与入口

首先构建一个基础的 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.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')

url(r'DrfTest/',views.DrfTest.as_view()),

as_view 与 dispatch 源码追踪

通过路由配置进入源码追踪，首先关注 APIView 的 as_view 方法实现。

接着查找 dispatch 方法的定义位置。

若自定义类 DrfTest(APIView) 未重写 dispatch 方法，则流程指向父类 APIView 中的 dispatch 实现。

该方法内部包含 self.initial(request, *args, **kwargs) 调用。

基于上述分析，回顾最初定义类的过程。

APIView 执行流程总结

流程总结。

• 请求到达后，执行 View 类中 as_view 返回的 view 函数，其核心逻辑是调用 self.dispatch 方法。
• 系统按继承链顺序查找 dispatch 方法（当前类、父类、父类的父类等）。
• 在 APIView 的 dispatch 方法中，原始 request 被封装为新的 DRF Request 对象。
• 随后依次执行认证、权限和频率限制三个组件。
• 若上述任一组件校验失败，请求将终止，不再继续后续处理。
• 校验通过后，进入具体的分发逻辑，最终返回 Response 对象。
• 这意味着在请求进入具体视图逻辑前，通过重写 dispatch 方法增加了预处理环节。

dispatch 核心代码解析

dispatch 方法的关键代码段。

• 传入的 request 参数为 Django 原生 request 对象。
• 处理后的 request 已转换为 DRF 的 Request 对象，但其内部仍保留对原生 request 的引用。
• 代码行：request = self.initialize_request(request, *args, **kwargs)，用于完成对象封装。
• 代码行：self.initial(request, *args, **kwargs)，在此阶段执行权限、认证及频率控制。

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