突然要求所有接口都用 post 请求，为什么？

点击“终码一生”，关注，置顶公众号 每日技术干货，第一时间送达！ 最近在逛知乎的时候发现一个有趣的问题：《公司规定所有接口都用 post 请求，这是为什么？》 看到这个问题的时候其实我也挺有感触的，因为我也曾经这样问过我自己。在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 请求吗，这是为什么？ 来源：www.zhihu.com/question/336797348 —END— PS：防止找不到本篇文章，可以收藏点赞，方便翻阅查找哦。 往期推荐 把 AI 装进了 SSH 终端，这款强大的远程终端工具开源了！ 再见EasyExcel，我决定用Apache Fesod 远程操控多部手机，这款开源软件太牛逼了！ Redis Plus 来了，性能炸裂！ 这五款牛逼的IDEA插件，堪称代码质量检查利器！ 开源项目｜一款压测工具，可模拟几十亿的并发场景，太强悍了！