公司规定所有接口都必须使用 POST 请求，这种做法在国内很多中小型团队、创业公司、某些中后台系统或快速迭代项目中其实相当常见（甚至可以说是“中国特色”规范之一），虽然从严格的 RESTful 设计角度看，它违背了 HTTP 方法的语义和最佳实践。
但它背后有非常现实的工程权衡和防呆考虑，而不是单纯的技术菜或懒惰。下面把最常见的真实原因列出来（按出现频率排序，结合 2025–2026 年社区讨论趋势）：
| 排名 | 主要原因 | 详细解释（为什么公司这么干） | 实际收益（公司视角） | 带来的问题 / 代价 |
|---|---|---|---|---|
| 1 | 防呆 & 降低新人/低水平开发者的出错概率 | GET 参数放 URL，很容易误用缓存、参数超长、日志泄露；POST 把所有参数统一放 body，新手不容易写错 | 大幅减少“为什么这个接口被浏览器缓存了”“为什么参数丢了”的低级 bug | 完全违背 REST 语义，可读性差，工具链（如 Swagger）不友好 |
| 2 | 统一风格 & 减少沟通成本 | 不管查询、创建、更新、删除，全是 POST + JSON body → 接口文档写法统一，前后端对接几乎零歧义 | 开发速度快，新人上手快，减少“这个接口该用 GET 还是 POST”的争论 | 丧失 HTTP 方法的语义表达，接口意图不直观 |
| 3 | 绕过 GET 的 URL 长度限制 | GET URL 一般浏览器/服务器限制 2k–8k 字节，复杂查询参数（尤其是 JSON 转 query）很容易超长 | 复杂查询、批量操作、带长字符串的接口也能轻松写 | POST 不可缓存（即使是幂等查询也无法利用 CDN/浏览器缓存） |
| 4 | “更安全”的心理安慰 | POST 参数不进 URL → 不出现在浏览器历史、服务器 access log、Referer 中；GET 容易泄露敏感参数 | 减少敏感信息（如 token、身份证号）被记录的风险 | HTTPS 下 GET/POST 其实都加密，区别很小；日志配置不当 GET 照样泄露 |
| 5 | 支持更复杂的数据结构 | GET 的 query string 只能传简单 key-value，嵌套对象/数组/文件上传必须 POST | 前端传复杂表单、文件、嵌套 JSON 更自然 | 规范上 GET 也不应该传复杂结构，但很多人强行拼 URL |
| 6 | 历史遗留 & 路径依赖 | 早期团队 leader 定下了“全 POST”规矩，后来人不敢改；或者抄了某些大厂内部规范但没抄全 | 保持代码风格一致，避免改动引发回归问题 | 技术债越积越多，新人进来觉得“这是什么古董规范” |
| 7 | 避免 GET 被恶意缓存 / CSRF | GET 请求容易被浏览器/CDN 缓存，某些场景下导致脏数据；POST 默认不缓存 | 减少“为什么我改了数据前端还看到旧的”这类问题 | 牺牲了幂等查询的性能优化机会（如 CDN 加速静态查询） |
真实场景举例（国内公司最常这么干的几种情况）
- 创业/小中团队：人少、水平参差、新人多 → “一把梭全 POST” 能最大程度防呆，减少线上事故。
- 中后台管理系统：接口基本都是内部调用，没 SEO/缓存需求 → 全 POST 风格统一最省事。
- BFF（Backend For Frontend）层：前端传什么后端就收什么，全 JSON body 风格最匹配。
- 某些支付/敏感操作接口：历史原因觉得 POST “更安全”，就顺带所有接口都 POST 了。
这真的是好做法吗？（客观评价）
- 优点：极大降低低级错误、统一规范、开发效率短期提升明显。
- 缺点：
- 违背 REST/HTTP 语义（查询用 POST 不是幂等、不安全、不缓存）。
- 调试工具（如 Postman/Swagger）体验差（方法全一样，意图看 body）。
- 无法利用 HTTP 缓存、CDN、预检优化。
- 前端框架（如 React Query、SWR）对 GET 有特殊优化，全 POST 浪费了。
- 后期维护者/外部对接方会骂街。
更好的折中方案（很多成熟团队的实际做法）
- 查询类（只读、幂等） → 用 GET + query 参数（或 GET + JSON body，如果参数极复杂）。
- 修改类（有副作用） → 用 POST / PUT / PATCH / DELETE。
- 所有接口强制 body 用 JSON（统一 Content-Type）。
- 敏感参数一律放 body 或 header，不放 query。
一句话总结：
公司强制全用 POST，本质上是“用牺牲规范和性能的方式，来换取最大程度的防呆和开发效率”，在团队水平不高、迭代极快、事故容忍度低的阶段，这种“粗暴但有效”的做法确实性价比很高。
但如果你们公司规模大了、团队水平上来了、对外开放接口了，还是建议逐步向语义化 HTTP 方法迁移，否则长期看是技术债。
你们公司是哪种类型（创业/中台/大厂内部系统）？强制全 POST 后实际遇到过什么坑吗？可以聊聊，我帮你分析怎么优化。
