嘿，各位码农们！咱今天说点实用的，Zui近项目里遇到个坑，搞得我头大。就说这个标题了DRF框架里参数命名不规范，会不会导致GET请求出问题啊？ 害，这事儿挺有意思的。

参数命名是啥玩意儿？

得说说参数命名啥意思。简单来说就是在URL或者请求体里的键名是怎么叫的。比如你访问一个API接口：/api/users/123 ，那`users`和`123`就是参数名。在POST请求里的话，就是URL编码后的键名。

DRF框架默认情况下对参数名有一些要求。比如说它会把驼峰式命名转换为小写字母，然后再用下划线分隔，Zui后加上_url后缀。 比如GetUserProfile 就可Neng变成 get_user_profile_url 。 这在API设计上挺重要的嘛。

为什么百度不收录这类文章？

你问我为什么百度不收录这类文章？嗯… 可Neng因为这类内容比较技术性、偏向解决特定问题，搜索引擎geng倾向于收录提供通用知识或热门话题的文章吧。而且咱写的也没啥特别新奇的亮点哈。

参数命名不当到底会咋办？ GET 请求里的坑

咱先说说 GET 请求。GET 请求的 URL 参数是直接暴露给用户的，Ru果参数名设计得不好，可Neng会导致以下问题：

客户端混淆用户输入的参数名和后端 API 期望的名称不一样，会导致数据传递错误。

服务端解析错误后端代码可Neng无法正确解析这些自定义的参数名

URL 长度限制某些浏览器或服务器对 URL 的长度有限制，Ru果参数名过长可Neng会超出限制

缓存问题缓存机制可Neng会把错误的 URL 解析成不同的资源

POST 请求里的麻烦

POST 请求则通过 Request Body 来传递数据, 参数名在这里也一样重要. 不规范的字段名称可Neng导致服务端无法正确解封装数据.

举个例子说明一下 自定义 action：GET /api/infos/export/ - 导出扁平化 JSON 数据

# 自定义 action：GET /api/infos/export/ - 导出扁平化 JSON 数据    @action    def infos_export:        print        # 处理请求，返回响应。省略        return response

export const exportInfos = async : Promise<any> => { return request.get;};

前端导出功Neng调用

// 导出按钮click函数，传递"json" | "excel"参数const handleExport = async => { ... }

后端采用自定义action：GET /api/infos/export/在视图集里定义如下：

前端 Vue3 代码示例 后端 Django REST Framework 代码示例 具体案例说明 如何避免问题呢？ 一些小技巧 一下

---