当你被问到GET请求与POST请求有什么区别的时候,是不是会把下面这张表给背出来呢?
但是,如果你只能背出来这张表,那就有点不够深入啦~ 我们来一起看看GET请求与POST请求的本质区别吧。
先说结论,本质上,GET和POST没有区别,都是HTTP协议中的两种发送请求的方法。
因为GET和POST只是HTTP协议中的两种请求方式,而HTTP协议是基于TCP/IP的应用层协议,所以无论GET还是POST,用的都是同一个传输层协议,所以在传输上是没有区别的。
而在报文格式上,不带任何参数时最大的区别就是第一行的方法名不同:
GET和POST能做的事情是一模一样的,GET可以加request body,POST也可以使用url参数,但是不建议这么做。
举个例子,就比如TCP就像汽车,我们用TCP来运输数据,它很可靠,从来不会发生丢件少件的现象。但是如果路上跑的全是看起来一模一样的汽车,那这个世界看起来是一团混乱,送急件的汽车可能被前面满载货物的汽车拦堵在路上,整个交通系统一定会瘫痪。为了避免这种情况发生,交通规则HTTP诞生了。HTTP给汽车运输设定了好几个服务类别,包括GET、POST、PUT等等,HTTP规定,当执行GET请求的时候,要设置method为GET,而且要求把传送的数据放在url中以方便记录。如果是POST请求,就要设置method为POST,并把传送的数据放在request body中。
其实在Web中数据长度的限制与浏览器Client端和服务器Server端有关。
虽然理论上我们可以在url中无限加参数,但是数据量太大对浏览器和服务器都是很大负担,因此业界不成文的规定是,(大多数)浏览器通常都会限制url长度在2K个字节,而(大多数)服务器最多处理64K大小的url。超过的部分,恕不处理。
如果你用GET服务,在request body偷偷藏了数据,不同服务器的处理方式也是不同的,有些服务器会帮你读出数据,有些服务器直接忽略。所以,虽然GET可以带request body,却不能保证一定能被接收到。
如果是依据数据在地址栏上是否可见来说的话,POST是比GET安全的。然而,从传输的角度来说,他们都是不安全的,因为HTTP在网络上是明文传输的,只要在网络节点上进行抓包就能完整地获取数据报文,所以要想安全传输就只有加密,也就是使用HTTPS。