大家好，我是大澈！
本文约1000+字，整篇阅读大约需要2分钟。
感谢关注微信公众号：“程序员大澈”，免费领取"面试礼包"一份，然后免费加入问答群，从此让解决问题的你不再孤单！
1. 干货速览
最近，我在网上看到一篇文章，文章中大佬聊了一个有趣的问题，关于公司规定所有接口都用 POST请求，为什么？
特此分享给大家，一起感触一下。
跟着大佬的文章思路，我们先回顾一下 get 与 post 请求的一些区别：
post更安全（不会作为url的一部分，不会被缓存、保存在服务器日志、以及浏览器浏览记录中）
post发送的数据更大（get有url长度限制）
post能发送更多的数据类型（get只能发送ASCII字符）
post比get慢
post用于修改和写入数据，get一般用于搜索排序和筛选之类的操作
get请求的是静态资源，则会缓存，如果是数据，则不会缓存
总结一下，post 在发送数据量大的请求时优势很明显，get 则更适合获取静态资源、简单的查询等接口。
这八股文干货，有点干哈！
说说我自己的感受哈，我前后也待过几家公司了，但是大体分为两类：
一类是公司规定所有接口都用 POST请求。
一类是简单的查询请求使用 get 方法，其他增、删、改、复杂的查询请求都使用 post。
我个人比较倾向于第二类，没别的，就是第一类个人不太理解为啥要这么操作，很迷惑！
至于还有一类，那种严格遵循Restful规范的公司，很遗憾还没有遇到。
2. 干货详述
先科普一下Restful能明确列出来的好处，再一块看一下文章中大佬的阐述。
2.1 Restful的好处
Restful能明确列出来的好处如下，当然这并不全面：
- 表达不同的业务动作语义，
GET/POST/PATCH/PUT/DELETE等。 - 表达“资源”的概念利用。
- url path，querystring，header，status code等来表达很多接口功能。
- 可以围绕统一的接口表达形式实现接口维护的工具，比如swagger。
- Get资源可以利用缓存。
2.2 全用POST的理由
关于公司中接口全用POST的理由，知友 苏莉安 大佬给出了清晰的总结：
2.3 是否要用Restful接口
关于在公司中是否要运用Restful接口，知友 大宽宽 大佬给出了一个比较中肯的答案：
最后想说，如果是你来设计公司的 API 规范，会规定所有接口都用 post 请求吗，这是为什么？
结语
建立这个平台的初衷：
- 打造一个专注于前端功能问题的问答平台，让大家高效搜索处理同样问题。
- 通过不断积累问题，一起练习逻辑思维，并顺便学习相关知识点。
- 遇到有共鸣的问题，与众多同行朋友们一起讨论，一起沉淀成长。
- 为了给功能问题专栏添加乐趣，增设技术资讯、实用干货两个新专栏。
感谢关注微信公众号：“程序员大澈”，免费领取"面试礼包"一份，然后免费加入问答群，从此让解决问题的你不再孤单！
