GET和POST请求的区别

今天正好有个测试问我，POST和GET有什么区别。正好有空随便写写。纯属个人观点

简单理解：

• GET参数通过URL传递，POST放在Request body中

• GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息。

• GET请求在URL中传送的参数是有长度限制的，而POST没有长度限制

• GET在浏览器回退时是无害的，而POST会再次提交请求

• GET请求会被浏览器主动cache，而POST不会，除非手动设置。

• GET请求只能进行url编码，而POST支持多种编码方式。

• GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留。

• 对参数的数据类型，GET只接受ASCII字符，而POST没有限制。

 

深入理解：

如果我告诉你GET和POST本质上没有区别你信吗？ 

    http://127.0.0.1:8888/main/paycheck/single?id=201909036148749&pass=true

   上面的一个接口，你猜我用的什么请求方式？ 是不是那种好像都可以

 

     在我看来不管是POST、GET还是PUT、DELETE。 他们更多的是约定，也是约束。

     因为这些请求方式，大多数情况下是可以互换的。 GET请求的接口，难道用POST我就传不过去？   至于安全性。 我个人觉得安全性没什么区别。GET和POST都是HTTP协议中的两种发送请求的方法。

HTTP的底层是TCP/IP。所以GET和POST的底层也是TCP/IP，也就是说，GET/POST都是TCP链接。GET和POST能做的事情是一样一样的。你要给GET加上request body，给POST带上url参数，技术上是完全行的通的。 

 

   但是业界有个大家会默认遵守的规定。大多数浏览器通常都会限制url长度在2K个字节，而服务器最多处理64K大小的url。超过的部分，恕不处理。如果你用GET服务，在request body偷偷藏了数据，不同服务器的处理方式也是不同的，有些服务器会读出数据，有些服务器直接忽略，所以你们滥用的时候要小心了。

好了，现在你知道，GET和POST本质上就是TCP链接，并无差别。但是由于HTTP的规定和浏览器/服务器的限制，导致他们在应用过程中体现出一些不同。 那就是POST的预请求。(做过跨域的应该懂)

对于GET方式的请求，浏览器会把http header和data一并发送出去

但是对于POST，浏览器会先发送一个预请求(我等会来找你耍啊)，服务器响应100 continue，浏览器再发送实际请求。所以POST，时间上消耗的要多一点。