为何Django Rest Framework APIRequestFactory不支持DELETE方法的query_params？

这个问题我之前也碰到过，其实DRF的APIRequestFactory这么设计是有明确原因的，咱们一步步拆解来看：

首先得明确两个核心差异：

• 你实际生产环境中是通过**URL查询参数（QUERY_STRING）**传递数据，所以request.query_params能拿到值；
• 但用APIRequestFactory的delete()方法时，如果直接传data参数，它会把数据放到**请求体（request.data）**里，而非URL的查询参数中，这就是你拿不到数据的原因。

背后的设计逻辑 #

DRF的APIRequestFactory本质是模拟客户端发送HTTP请求的行为：

1. HTTP规范里其实并不推荐DELETE请求携带请求体，但现实中不少客户端/场景会这么做，Factory的设计兼容了这种情况——把data参数对应到请求体，满足这类场景的测试需求；
2. URL查询参数属于请求URL的一部分，和请求体是完全独立的两个数据载体，Factory不会自动把data参数解析成查询参数，这是为了严格区分两种数据传递方式，避免混淆。

怎么解决测试时的问题？ #

有两种简单的方式可以让测试中拿到query_params：

1. 直接把参数拼到请求URL里 #

比如你要传foo=bar这个查询参数，构造请求时直接拼接URL：

from rest_framework.test import APIRequestFactory

factory = APIRequestFactory()
url = "/your-api-path/?foo=bar"
request = factory.delete(url)
# 此时request.query_params.get('foo')就能拿到'bar'

2. 手动设置请求的QUERY_STRING元数据 #

如果不想拼接URL，也可以手动修改请求的META属性：

request = factory.delete("/your-api-path/")
request.META['QUERY_STRING'] = "foo=bar&baz=qux"
# 之后调用视图的delete方法时，query_params就能正常获取这些参数

这样就能和你生产环境的请求逻辑保持一致，测试就能拿到正确的查询参数了。

内容的提问来源于stack exchange，提问作者user1800722