Post,Get接口傻傻分不清？
引言
几天前和后端同事探讨接口问题。起因是他给我一个不需要任何数据提交，单纯得到数据的Post接口。引发了我对Post，Get接口的思考。
Post，Get接口是我们最常使用的接口。那么那些似乎约定俗成的规则又是怎么来的呢？
他们究竟哪里不同？
下面让我们一探究竟吧。
接口简介
http协议是基于tcp协议的应用层协议，tcp协议作为可靠的传输层协议，因此http协议也是可靠的。日常开发过程中，最常用的是get post put delete，在http协议的规定中，这四个method属于标准的crud，分别代表了增删改查，存在着语义上的差别。
-
GET请求会向数据库发索取数据的请求，从而来获取信息，该请求就像数据库的select操作一样，只是用来查询一下数据，不会修改、增加数据，不会影响资源的内容，即该请求不会产生副作用。无论进行多少次操作，结果都是一样的。
-
PUT请求是向服务器端发送数据的，从而改变信息，该请求就像数据库的update操作一样，用来修改数据的内容，但是不会增加数据的种类等，也就是说无论进行多少次PUT操作，其结果并没有不同。
-
POST请求同PUT请求类似，都是向服务器端发送数据的，但是该请求会改变数据的种类等资源，就像数据库的insert操作一样，会创建新的内容。几乎目前所有的提交操作都是用POST请求的。
-
DELETE请求顾名思义，就是用来删除某一个资源的，该请求就像数据库的delete操作。
简单对比
- GET在浏览器回退时是无害的，而POST会再次提交请求。
- GET产生的URL地址可以被Bookmark，而POST不可以。
- GET请求会被浏览器主动cache，而POST不会，除非手动设置
- GET请求的参数会完整的被保存在历史记录里，POST不会。
- GET请求参数放在URL中，POST放在request body中。
- GET请求只能进行url编码，POST请求支持多种编码方式。
- 对于参数类型，GET只接受ASCII字符，而POST没有限制。
- GET请求在URL中传递的参数是有长度限制的（理论上就是url的长度），而POST没有。
主要对比点
其实我们平时工作最多的是使用Post,Get请求。最容易产生歧义的也是这两个接口。因为两个接口往往可以达到一样的效果，所以有些小伙伴就认为他们是一样的。
那我们就对比一下两者的区别：
根据HTTP规范，GET用于信息获取，而且应该是安全的，幂等的，可缓存的。
根据HTTP规范，POST表示可能修改变服务器上的资源的请求。
- 【安全-safe】 此“安全”非彼安全。这里的安全指的是一个方法在本质上是只读的，那么就是安全的。客户端向服务端的资源发起的请求如果使用了是安全的方法，就不应该引起服务端任何的状态变化，因此也是无害的。
- 【幂等-Idempotent】幂等的意思是指一个请求方法执行一次和多次的效果完全相同。
- 【可缓存-Cacheable】可缓存性顾名思义就是一个方法是否可被缓存。在RFC里某些情况下的GET,POST都是可缓存的。但是绝大部分浏览器仅仅支持GET缓存。
- 更多请参看RFC7234 。
深层对比点
GET和POST本质上都是TCP链接，并无差别。由于HTTP的规定和浏览器的限制，导致他们在使用时体现出一些不同。
简单来说：
GET产生一个TCP数据包，POST产生两个数据包。对于GET请求来说，浏览器会把HTTP header和data一并发送出去，服务器相应200即返回数据。
对于POST来说，浏览器会先发送header,服务器相应100 continue，浏览器再发送data，服务器相应200返回数据。
下期预告
axios使用说明书，敬请期待。
