get请求与post请求
- GET在浏览器回退时是无害的,而POST会再次提交请求。
- GET产生的URL地址可以被Bookmark,而POST不可以。(bookmark:设置标签)
- GET请求会被浏览器主动cache,而POST不会,除非手动设置。
- GET请求只能进行url编码,而POST支持多种编码方式。
- GET请求参数会被完整保留在浏览器历史记录里,而POST中的参数不会被保留。
- GET请求在URL中传送的参数是有长度限制的,而POST么有。
- 对参数的数据类型,GET只接受ASCII字符,而POST没有限制。
- GET比POST更不安全,因为参数直接暴露在URL上,所以不能用来传递敏感信息。
- GET参数通过URL传递,POST放在Request body中。
- GET产生一个TCP数据包,POST产生两个TCP数据包
记忆:
- get请求在URL中设置
- URL直接暴露, 不安全
- URL长度有限 : get请求参数有长度限制
- 既然是URL,那么当然是只能使用URL编码喽
- 参数中GET只接受ASCII编码
- get请求会被浏览器缓存
- 会根据缓存产生历史记录
- 产生的历史记录可能会被设置为标签
- 历史记录可以回退,不会再发起请求
- 会根据缓存产生历史记录
- 协议:
- HTTP: get通过URL传递,Post放在Request body中
- TCP:get产生一个数据包,post产生两个TCP数据包
get产生一个数据包,post产生两个TCP数据包
对于GET方式的请求,浏览器会把http header和data一并发送出去,服务器响应200(返回数据);
而对于POST,浏览器先发送header,服务器响应100 continue,浏览器再发送data,服务器响应200 ok(返回数据)。
因为POST需要两步,时间上消耗的要多一点,看起来GET比POST更有效。因此Yahoo团队有推荐用GET替换POST来优化网站性能。但这是一个坑!跳入需谨慎。为什么?
-
GET与POST都有自己的语义,不能随便混用。
-
据研究,在网络环境好的情况下,发一次包的时间和发两次包的时间差别基本可以无视。而在网络环境差的情况下,两次包的TCP在验证数据包完整性上,有非常大的优点。
-
并不是所有浏览器都会在POST中发送两次包,Firefox就只发送一次。
get请求与post请求并没有本质区别
底层都是通过TCP实现的。发起get请求时也可以在request body
中存放数据;发起post请求时也可以在url
中存放数据。只是不能保证服务器是否会处理这些额外的请求