django中如何解析content-type=application/json的请求

django中如何解析content-type=application/json的请求

本文由「大千AI助手」原创发布,专注用真话讲AI,回归技术本质。拒绝神话或妖魔化。搜索「大千AI助手」关注我,一起撕掉过度包装,学习真实的AI技术!

往期文章回顾:

问题描述

主要问题

Django原生开发时,View视图里POST请求处理方法post里通过request.POST获取content-type=application/json类型的请求的请求体的结果为空字典{}

其他观察

  • 对于content-type=application/x-www-form-urlencoded类型的请求体能正常解析

  • 对于content-type=application/json类型的请求,调试发现request.body里包含请求的json字符串

  • 处理视图View的入参request的类型是django.core.handlers.wsgi.WSGIRequest

原因分析

综合分析上述问题和观察结果,猜测django在解析请求的时候根据content-type做了特殊区分处理

分析django源码,发现request.POST实际上是个property(POST = property(_get_post, _set_post))。

具体逻辑如下:

python 复制代码
    def _get_post(self):
        if not hasattr(self, '_post'):
            self._load_post_and_files()
        return self._post

    def _set_post(self, post):
        self._post = post

而上述问题是查询的时候无法获取,因此继续跟踪_get_post方法,_load_post_and_files就是加载和解析post请求参数的主要逻辑,继承自django.http.request.HttpRequest

具体逻辑如下

python 复制代码
    def _load_post_and_files(self):
        """Populate self._post and self._files if the content-type is a form type"""
        if self.method != 'POST':
            self._post, self._files = QueryDict(encoding=self._encoding), MultiValueDict()
            return
        if self._read_started and not hasattr(self, '_body'):
            self._mark_post_parse_error()
            return

        if self.content_type == 'multipart/form-data':
            if hasattr(self, '_body'):
                # Use already read data
                data = BytesIO(self._body)
            else:
                data = self
            try:
                self._post, self._files = self.parse_file_upload(self.META, data)
            except MultiPartParserError:
                # An error occurred while parsing POST data. Since when
                # formatting the error the request handler might access
                # self.POST, set self._post and self._file to prevent
                # attempts to parse POST data again.
                # Mark that an error occurred. This allows self.__repr__ to
                # be explicit about it instead of simply representing an
                # empty POST
                self._mark_post_parse_error()
                raise
        elif self.content_type == 'application/x-www-form-urlencoded':
            self._post, self._files = QueryDict(self.body, encoding=self._encoding), MultiValueDict()
        else:
            self._post, self._files = QueryDict(encoding=self._encoding), MultiValueDict()

通过分析不难发现仅仅解析如下content-type的请求体

  • multipart/form-data- 也就是文件上传
  • application/x-www-form-urlencoded
  • 其他类型 - 返回空字典(这也就解释了为啥content-type=application/json时获取的是个空字典)

解决方案

当抽丝剥茧找到问题的根本原因时,解决方案也就来了,那就是 自己解析 😂,当然你也可以投入djangorestframework的怀抱,这是后话。

在构造form表单参数验证前,根据request.content_type == 'application/json'条件判断,满足的进行json字符串解析即可

方案示例

python 复制代码
def post(self, request, *args, **kwargs):
    if request.content_type == 'application/json':
        # 这里可以增加一些异常处理逻辑
        body = json.loads(request.body)
    else:
        body = request.POST
    # 创建form表单
    form = CustomForm(body)
    .... # 后续处理

One More Thing

授人以鱼不如授人以渔,本文以Django中POST请求处理时无法通过request.POST直接获取content-type=application/json的请求体的问题为例,系统地展示在Django开发中遇到问题时,该如何从现象排查、问题定位、原因分析到最终解决的完整方法论。

本文由「大千AI助手」原创发布,专注用真话讲AI,回归技术本质。拒绝神话或妖魔化。搜索「大千AI助手」关注我,一起撕掉过度包装,学习真实的AI技术!

相关推荐
蓝悦无人机20 分钟前
LangChain v1.0 系列教程——第2章 工具系统
langchain·json·装饰器模式·pydantic
Lyra_Infra4 小时前
从一段错误 JSON 说起:Policy、Role 与 IAM
后端·json·aigc
羑悻的小杀马特5 小时前
数据织网者:Jsoncpp库深度解析——从C++原生JSON处理到工程级数据交互实战全攻略
c++·json·交互·jsoncpp·原生库
代码什么用5 小时前
JSON一文速通
java·json
烂蜻蜓7 小时前
Django入门教程(九):路由系统详解——path、re_path、路由分发、反向解析与命名空间
django
cpolar技术支持8 小时前
AI Agent 跑半小时就忘目标?用检查点与任务账本做可恢复长任务,cpolar 分享只读时间线
python·sqlite·cpolar·ai agent·任务恢复
小小测试开发1 天前
LLM 结构化输出测试:Schema 契约 + 故障注入,让工具调用的 JSON 不再靠重试赌运气
人工智能·json
hasty1 天前
_proto__ 不是普通键:从 JSON 反序列化看原型污染
安全·json
IT毕设实战小研1 天前
基于大数据的国内主要农作物产量趋势分析与可视化
android·java·大数据·django·课程设计
代码中介商1 天前
JSON 完全指南:从语法到项目实战
json