点击上方“芋道源码”，选择“设为星标”
管她前浪，还是后浪？
能浪的浪，才是好浪！
每天 10:33 更新文章，每天掉亿点点头发...
源码精品专栏
- 原创 | Java 2021 超神之路，很肝~
- 中文详细注释的开源项目
- RPC 框架 Dubbo 源码解析
- 网络应用框架 Netty 源码解析
- 消息中间件 RocketMQ 源码解析
- 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析
- 作业调度中间件 Elastic-Job 源码解析
- 分布式事务中间件 TCC-Transaction 源码解析
- Eureka 和 Hystrix 源码解析
- Java 并发源码
来源：网络
最近在逛知乎的时候发现一个有趣的问题：《公司规定所有接口都用 post 请求，这是为什么？》
原问题：https://www.zhihu.com/question/336797348
看到这个问题的时候其实我也挺有感触的，因为我也曾经这样问过我自己。在19的时候接到一个项目是从零开始搭建一个微服务，当时就有了解过接口的一些规范，比如耳熟能详的Restful规范，就被应用到这个微服务项目中。
今天再次看到这个问题，我也有了一些新的理解和感触，临时回顾了一下get与post的请求的一些区别：
- post更安全（不会作为url的一部分，不会被缓存、保存在服务器日志、以及浏览器浏览记录中）
- post发送的数据更大（get有url长度限制）
- post能发送更多的数据类型（get只能发送ASCII字符）
- post比get慢
- post用于修改和写入数据，get一般用于搜索排序和筛选之类的操作
- get请求的是静态资源，则会缓存，如果是数据，则不会缓存
查看上面的区别，就会发现post在发送数据量大的请求时优势很显示，get则更适合获取静态资源、简单的查询等接口。
我个人在开发接口的时候也会注意，将简单的查询请求使用
get方法，其他增、删、改、复杂的查询请求都可以使用post，但不会像题主的公司一样全部使用post。
网友程墨Morgan提出如果是自己会按照『业界最佳实践』制定规范：
另外一个知友提出：就是为了迁就低水平不思进取的架构师和前后端程序员们。
对此，如果是你来设计公司的API规范，会规定所有接口都用 post 请求吗，这是为什么？
欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，长按下方二维码噢：
已在知识星球更新源码解析如下：
最近更新《芋道 SpringBoot 2.X 入门》系列，已经 101 余篇，覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。
提供近 3W 行代码的 SpringBoot 示例，以及超 4W 行代码的电商微服务项目。
获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。
代码语言：javascript复制文章有帮助的话，在看，转发吧。谢谢支持哟 (*^__^*）
