Django drf请求模块源码解析_Python

Django drf请求模块源码解析

2021-11-26 10:32Silent丿丶黑羽 Python

APIView中的dispatch是整个请求生命过程的核心方法，包含了请求模块，权限验证，异常模块和响应模块，我们先来介绍请求模块，对Django drf请求模块源码相关知识感兴趣的朋友一起看看吧

DRF 框架，全称为 Django Rest Framework，是 Django 内置模块的扩展，用于创建标准化 RESTful API；它利用 ORM 映射数据库，并自定义序列化数据进行返回，多用于前后端分离项目

项目地址：

https://github.com/encode/django-rest-framework

请求模块：request对象

源码入口

APIView类中dispatch方法中的：request=self.iniialize_request(*args, **kwargs)，源码如下：

def initialize_request(self, request, *args, **kwargs):
    """
    Returns the initial request object.
    """
    parser_context = self.get_parser_context(request)

    return Request(
        request,
        parsers=self.get_parsers(),
        authenticators=self.get_authenticators(),
        negotiator=self.get_content_negotiator(),
        parser_context=parser_context
    )

源码分析

源码很简单，第1句parser_context = self.get_parser_context(request)，我们进入方法get_parser_context查看源码：

"""
Returns a dict that is passed through to Parser.parse(),
as the `parser_context` keyword argument.
"""
# Note: Additionally `request` and `encoding` will also be added
#       to the context by the Request object.
return {
    "view": self,
    "args": getattr(self, "args", ()),
    "kwargs": getattr(self, "kwargs", {})
}

上面的代码的意思是：返回一个解析的字典以便于Parser.parse()去解析，另外还通过Request对象添加了上下文request和encoding

第二句返回了一个Request对象，点击进入查看

Django drf请求模块源码解析

我们可以分析出，内部对request做了二次封装，_request是一个HttpRequest对象，并且Request类中还有__getattr__此方法，代码如下：

def __getattr__(self, attr):
    """
    If an attribute does not exist on this instance, then we also attempt
    to proxy it to the underlying HttpRequest object.
    """
    try:
        return getattr(self._request, attr)
    except AttributeError:
        return self.__getattribute__(attr)

意思是如果这个实例上不存在一个属性，那么我们也会尝试将其代理到底层HttpRequest对象。接下来我们可以通过案例演示

案例演示

Django drf请求模块源码解析

我们创建了TestView视图，视图函数中打印了3个request属性，并且在response上打了一个断点，接下来通过url访问视图，进入断点如下，

Django drf请求模块源码解析

我们可以清楚的看到：

request是drf的Request对象
request下有data属性，query_params属性，但是没有GET属性

上面还有一个Protected Attributes属性，里面包含了_request属性

Django drf请求模块源码解析

我们可以看到_request是WSGIHttpRequest对象，所以它会有GET属性，所以我们视图中打印的request.GET实际上和request._request.GET是一样的，因为request没有GET属性，所以它就会访问_request中的GET属性，最后我们查看打印结果，如下：

<QueryDict: {"a": ["1"]}>
<QueryDict: {"a": ["1"]}>
<QueryDict: {"a": ["1"]}>

同样的，POST请求也是如此，我们在视图中添加POST的请求方式，如下：

def post(self, request, *args, **kwargs):
    print(request.POST)  # 兼容
    print(request._request.POST)  # 二次封装
    print(request.data)  # 拓展，兼容性最强，3种请求方式都可以
    return Response("drf post ok")

我们都知道提交数据一般有3种方式

multipart/form-data
application/x-www-form-urlencoded
application/json

首先我们使用multipart/form-data提交请求数据，并请求API

Django drf请求模块源码解析

我们查看pycharm打印结果

<QueryDict: {"a": ["1"]}>
<QueryDict: {"a": ["1"]}>
<QueryDict: {"a": ["1"]}>

可以看到multipart/form-data这种请求方式，都能打印出来

接着我们使用application/x-www-form-urlencoded提交请求数据，并请求API

Django drf请求模块源码解析

<QueryDict: {"a": ["1"]}>
<QueryDict: {"a": ["1"]}>
<QueryDict: {"a": ["1"]}>

可以看到application/x-www-form-urlencoded这种请求方式，都能打印出来

最后我们使用application/json提交请求数据，并请求API

Django drf请求模块源码解析

可以看到application/json这种请求方式，只有request.data能打印出来

<QueryDict: {}>
<QueryDict: {}>
{"a": 1}

所以request.data兼容性最强

总结drf对request进行了二次封装，request._request就是原生的WSGIRequest原生request的属性和方法都可以被drf的request对象直接访问（兼容）drf请求的所有url拼接参数均被解析到query_params中，所有的数据包均被解析到data中其中post请求，request.data的兼容性最强，能兼容前台传输的json格式的数据