今天正好有个测试问我,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,时间上消耗的要多一点。