Django-restframework 源码分析之认证

前言

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

启动项目时

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

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

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

具体路由和逻辑代码

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

# urls.py

url(r'^book/(?P<id>\d+)/', views.Book.as_view()),

# views.py
class 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方法，源码以下：url

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

而 initkwargs这个参数应该是由 django 内部传的一些参数，以下所示：

请求到来时

由于通过 django 先执行了as_view返回view的内存地址，因此会直接执行view函数，以下：

在这里该 self 因为是继承自APIView类的Book类的对象，因此dispatch方法首先去自身找，以后去父类找，在APIView类中找到dispatch方法，源码以下：

initialize_request方法：

源码以下：

在实例化Request对象时，authenticators参数须要在认证时使用，因此先把这个参数的值找出来。步骤以下：

调用 self.get_authenticators

找到 self.authentication_classes

找到 api_settings,才能找到DEFAULT_AUTHENTICATION_CLASSES

DEFAULT和IMPORT_STRINGS参数

DEFAULT参数

IMPORT_STRINGS参数

实例化 APISettings 对象

经过__getattr__方法获取值

执行perform_import方法

执行import_from_string

执行import_module

执行_bootstrap._gcd_import

执行_sanity_check

_sanity_check返回，执行_find_and_load方法

因此经过__getattr__的到的是一个列表，里面是两个类，分别是[rest_framework_authentication_SessionAuthentication, rest_framework_authentication_BasicAuthentication]

到这里，initialize_request方法执行结束，获得一个通过 Request 类实例化的 request 对象，该对象里面含有原生 request 对象，能够经过request._request取到。

initial 方法：

源码以下：

这里传入的request参数是通过Request封装后的参数

执行get_format_suffix

执行完这个方法，self_format_kwarg = None，

执行perform_content_negotiation

执行self.get_renders

执行self.get_content_negotiator

执行 conneg.select_renderer方法

未完待续…...

Django-restframework 之认证源码分析