公司规定所有接口都用 POST请求?

本文围绕公司统一接口使用post请求的讨论,分析了post请求的优势,包括安全性、数据容量和多样性,并分享了开发者实践中对get与post的区分策略。作者还提及可能的规范制定原因,如业界最佳实践和团队协作效率考虑。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

点击下方“IT牧场”,选择“设为星标”

af526338ed159380764865157725642f.png

最近在逛知乎的时候发现一个有趣的问题:《公司规定所有接口都用 post 请求,这是为什么?》

原问题:https://www.zhihu.com/question/336797348

看到这个问题的时候其实我也挺有感触的,因为我也曾经这样问过我自己。在19的时候接到一个项目是从零开始搭建一个微服务,当时就有了解过接口的一些规范,比如耳熟能详的Restful规范,就被应用到这个微服务项目中。

今天再次看到这个问题,我也有了一些新的理解和感触,临时回顾了一下getpost的请求的一些区别:

  1. post更安全(不会作为url的一部分,不会被缓存、保存在服务器日志、以及浏览器浏览记录中)

  2. post发送的数据更大(get有url长度限制)

  3. post能发送更多的数据类型(get只能发送ASCII字符)

  4. post比get慢

  5. post用于修改和写入数据,get一般用于搜索排序和筛选之类的操作

  6. get请求的是静态资源,则会缓存,如果是数据,则不会缓存

查看上面的区别,就会发现post在发送数据量大的请求时优势很显示,get则更适合获取静态资源、简单的查询等接口。

我个人在开发接口的时候也会注意,将简单的查询请求使用get方法,其他增、删、改、复杂的查询请求都可以使用post,但不会像题主的公司一样全部使用post

网友程墨Morgan提出如果是自己会按照『业界最佳实践』制定规范:

8af3ca1fbb0fba36a41b4fc0c4a7514b.png

另外一个知友提出:就是为了迁就低水平不思进取的架构师和前后端程序员们。

f994fa4c1bb740ada70e57e34fb68feb.png

对此,如果是你来设计公司的API规范,会规定所有接口都用 post 请求吗,这是为什么?

干货分享最近将个人学习笔记整理成册,使用PDF分享。关注我,回复如下代码,即可获得百度盘地址,无套路领取!
•001:《Java并发与高并发解决方案》学习笔记;•002:《深入JVM内核——原理、诊断与优化》学习笔记;•003:《Java面试宝典》•004:《Docker开源书》•005:《Kubernetes开源书》•006:《DDD速成(领域驱动设计速成)》•007:全部•008:加技术群讨论
加个关注不迷路
喜欢就点个"在看"呗^_^
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值