Django restframework 源码分析之认证详解

前言

最近学习了 django 的一个 restframework 框架，对于里面的执行流程产生了兴趣，经过昨天一晚上初步搞清楚了执行流程（部分方法还不太清楚），于是想详细的总结一下当来一个请求时，在该框架里面是如何执行的？

启动项目时

昨天在调试django时，发现在 APIView 中打的断点没有断下来，而是打在 View 中的断点断下来了，调试了很多次，最后发现，在 django 项目启动时，会首先加载 urls 中的文件，执行 views 中类的 as_view方法，其实是继承自 APIView 的，APIView 继承自 django 原生 View 的as_view 方法。

里面一个参数叫 pattern_name，对应的值是admin:auth_group_change，如下图所示：

目前还不清楚这里面的具体流程是什么，但是并不妨碍阅读之后的源码，在这只要清楚一点，在 Django 项目启动时，路由所对应的CBV里面的相关方法的内存地址已经获取到。这样做的好处就是提高效率，坏处可能有一点点，会提升性能的消耗。

具体路由和逻辑代码

在这里假设来一个 GET 请求，urls 和 views里面的代码如下：

# urls.pyurl(r'^book/(?P<id>/d+)/', views.Book.as_view()),

# views.pyclass Book(APIView):  def dispatch(self, request, *args, **kwargs):    return super().dispatch(request, *args, **kwargs)  def get(self, request, id):    response = {'status': 100, 'msg': None}    book = models.Book.objects.filter(pk=id).first()    book_ser = BookSerib(book, many=False)    print('book_ser.data', book_ser.data)    response['books'] = book_ser.data    response['msg'] = '获取图书成功'    print('response', response)    return Response(response)

urls 里面就是一个典型的 CBV 的路由配置，在 views 中一个是路由分发方法，一个是获取单本图书信息（通过 id）。

as_view 具体执行流程

在项目启动时，相应的函数内存地址已经获取到，那么具体是怎么获取到的呢？

在上面的代码中可以看到 Book 类是继承自 APIView 类的，所以在路由配置里面执行的 as_view 方法如果 Book 类没有重写，那么执行的就是按照 mro 列表顺序查找到的第一个方法，在这里执行的是 APIView 类中的 as_view 方法。

查看该源码如下：

APIView 类的父类是 View 类，查看该类的 as_view 方法，源码如下：

具体 as_view 就是将 view 函数的内存地址返回，以便请求来时直接调用。