get和post是http请求的两种基本方法。
最直观的的区别是get是把参数直接放在url中的,post是放在request body里面传递参数的。
w3cschool给出的标准答案是:
·get在浏览器回退时是无害的,但是post会再次提交请求
所谓的无害是指浏览器会缓存这次请求,以后再回退时不会再次发送请求,但是post会
·get产生的url地址可以被bookmark,但是post不可以
·get请求会被浏览器主动cache,但是post不会,除非手动设置
·get请求参数会被完整的保留在浏览器的历史记录中,但是post中的参数不会被保留
·get请求的url地址的参数长度是有限制的,但是post没有
·get比post更不安全,因为参数是直接暴露在url上,所以不能用来传递敏感信息
·对于参数的数据类型,get只接受ascll字符,如果请求的url中包含非ascll字符,那么在发起get请求之前会先进行硬转码,直至url中没有非ascll字符再去发请求,但是post没有这个限制
但是,事实上,get和post从本质上来说,是没有区别的。
为什么这么说?因为他们都是http协议中的两种发送请求的方法。
那么http是什么?
http是基于TCP/IP的关于数据在万维网中如何通信的协议。
http的底层是tcp/ip,所以get和post的底层也是tcp/ip,也就是说,get和post都是tcp链接。get和post能做的事情是一模一样的。
引入https://www.cnblogs.com/logsharing/p/8448446.html
在我大万维网世界中,TCP就像汽车,我们用TCP来运输数据,它很可靠,从来不会发生丢件少件的现象。但是如果路上跑的全是看起来一模一样的汽车,那这个世界看起来是一团混乱,送急件的汽车可能被前面满载货物的汽车拦堵在路上,整个交通系统一定会瘫痪。为了避免这种情况发生,交通规则HTTP诞生了。HTTP给汽车运输设定了好几个服务类别,有GET, POST, PUT, DELETE等等,HTTP规定,当执行GET请求的时候,要给汽车贴上GET的标签(设置method为GET),而且要求把传送的数据放在车顶上(url中)以方便记录。如果是POST请求,就要在车上贴上POST的标签,并把货物放在车厢里。当然,你也可以在GET的时候往车厢内偷偷藏点货物,但是这是很不光彩;也可以在POST的时候在车顶上也放一些数据,让人觉得傻乎乎的。HTTP只是个行为准则,而TCP才是GET和POST怎么实现的基本。
在我大万维网世界中,还有另一个重要的角色:运输公司。不同的浏览器(发起http请求)和服务器(接受http请求)就是不同的运输公司。 虽然理论上,你可以在车顶上无限的堆货物(url中无限加参数)。但是运输公司可不傻,装货和卸货也是有很大成本的,他们会限制单次运输量来控制风险,数据量太大对浏览器和服务器都是很大负担。业界不成文的规定是,(大多数)浏览器通常都会限制url长度在2K个字节,而(大多数)服务器最多处理64K大小的url。超过的部分,恕不处理。如果你用GET服务,在request body偷偷藏了数据,不同服务器的处理方式也是不同的,有些服务器会帮你卸货,读出数据,有些服务器直接忽略,所以,虽然GET可以带request body,也不能保证一定能被接收到哦。
get和post还有一个重大的区别:get产生一个tcp数据包,但是post会产生两个tcp数据包
对于get来说,浏览器会把http header和data一并发出去。
但是对于post,浏览器先发送header,服务器响应100,continue,浏览器再次发送data,服务器响应200,OK
也就是说,GET只需要汽车跑一趟就把货送到了,而POST得跑两趟,第一趟,先去和服务器打个招呼“嗨,我等下要送一批货来,你们打开门迎接我”,然后再回头把货送过去。
那么是不是post在时间的消耗上就一定比get多呢?
如果网络环境好的话,二者基本上没有差别,在环境差的情况下,两次包的tcp在验证数据包的完整性上,有非常大的优点,但是注意了,并不是所有浏览器都会在post中发送两次tcp包,Firefox只会发送一次