HTTP中GET与POST的区别 99%的错误认识

本篇文章分两部分,第一部分可以列为初为新人的装逼失败模式,第二部分列为修炼低调模式。
装逼失败模式:99%的人对GET和POST的认识
修炼低调模式:1%不知道的进阶认识

GET和POST,在我们日常WEB开发中,是最常用的数据传输方式。面试中我们也经常会遇到。
一般我们在浏览器输入一个网址URL访问网站都是GET方式请求;
在HTML FROM表单中,可以通过设置method指定提交方式为GET或者POST方式,默认为GET提交方式

HTTP定义了与服务器交互的不同方法,其中最基本的四种:GET,POST,PUT,DELETE,HEAD;
其中GET和HEAD被称为安全方法,因为使用GET和HEAD的HTTP请求不会产生什么动作。不会产生动作意味着GET和HEAD的HTTP请求不会在服务器上产生任何结果。但是安全方法并不是什么动作都不产生,这里的安全方法仅指不会修改信息。

GET和POST我们比较常用,其它几种实际应用比较少用到,在此仅作了解。


99%的人所认为的GET和POST

1. 传输方式(自我理解“显示方式”)

GET请求的数据会附加在URL之后,以?分割URL和传输数据,多个参数之间以&连接,
"http://www.xxx.com/product?type=shoe&price=100&sex=male"
数据格式有以下注意点:

  1. 如果数据是英文字母/数字,原样发送;
  2. 如果是空格,转换为+;
  3. 如果是中文或其他字符,则把数据用Base64加密,
    "%E4%BD%A0%E5%A5%BD"其中%XX中的XX为该符号以16进制表示的ASCII码。

POST请求会把请求的数据放置在HTTP请求包的包体中,GET传输的数据会直接暴露在URL中,而POST请求则不会。

2. 传输数据大小

GET方式传输的数据最多只能是1024字节,
因为GET是通过URL提交数据,那么GET可提交的数据量就跟URL的长度有直接关系,URL本身不存在参数上限的问题,HTTP协议规范也没有对URL长度进行限制。
这个限制是特定的浏览器及服务器对它的限制。IE对URL长度的限制是2083字节(2K+35)。对于其他浏览器,如Netscape、FireFox等,理论上没有长度限制,其限制取决于操作系统的支持。

注意:限制是针对整个URL长度,不单是传输的数据长度。

POST方式理论上没有限制,可传较大的数据。起限制作用的是服务器的处理程序的处理能力。Apache, Nigx, IIS服务器自身可配置限制传输大小。

3. GET在浏览器回退是无害的,而POST会再次提交请求

4. GET产生的URL可以作为标签或存于历史记录中,而POST不可以

5. GET请求会被浏览器主动cahe,而POST不会,除非手动设置

6. 安全性

GET传输的数据直接暴露在URL中,如果我们在做用户登录时,需要传输登录帐号及密码到后端做验证,如果用GET方式,那么账户密码直接暴露在URL里面,是极其危险的。
而且浏览器缓存的机制,访问过的网站URL会被保存在浏览器历史记录里,其他人可通过历史记录查看访问网站URL,直接获取到传输的数据。
很可能受到 "Cross-site request forgery"(中文名称:跨站请求伪造) 攻击。
不过POST的数据也是可以被拦截的。

总结:

  1. GET请求是用来向服务器发送索取数据的一种请求,实际应用中数据不涉及到安全性,可用GET方式来向后端请求数据,
    如分页或搜索关键词 "http://www.xxx.com/product?keywords=xxx&page=2";
  2. POST请求是向服务器提交数据的一种请求,涉及到安全性的数据,用POST的方式来传输较GET更安全。

曾经的曾经,我也是那99%的一员,还把自己归纳的文章发给新人同事看,然后装逼失败,被老大引导练成最后的这1%。


1%的人所拥有的

GET和POST本质上是没有区别的,它们是HTTP协议中的两种发送请求的方式。
HTTP是基于TCP/IP的关于数据如何在万维网中通信的协议,即HTTP的底层是TCP/IP,所以GET和POST的底层也是TCP/IP,也就是说:GET/POST都是TCP链接。
给POST带上url参数,给GET加上request body,技术上是可以实现的。

为了更方便的管理,避免混乱,HTTP给这些请求定义GET,POST,PUT,DELETE。
而数据大小,则是因为浏览器的限制造成的。

所以GET和POST本质上就是TCP链接,并无差别。但是由于HTTP的规定和浏览器/服务器的限制,导致他们在应用过程中体现出一些不同

隐藏的Buff

GET产生一个TCP数据包,而POST产生两个TCP数据包

GET的请求,浏览器会把http header和data一并发送出去,服务器返回200(返回数据)
POST的请求,浏览器先发送header,服务器响应100 continue,浏览器再发送data,服务器响应200(返回数据)

因为POST需要两步,时间上消耗的多一点,
不过网络环境好的情况下,发一次包的时间和发两次包的时间差别基本可以无视。
网络环境差的情况下,两次包的TCP在验证数据包完整性上,有非常大的优点

并不是所有浏览器POST发送两次包,Fiefox就发送一次。

最后的最后,当你以后被别人问到的时候,你就可以。。。。。。请开始你的表演


如果能帮到你,欢迎大赏点赞;有纰漏错误,也请不吝更正。

参考文章:《99%的人都理解错了HTTP中GET与POST的区别》

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,670评论 5 460
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,928评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,926评论 0 320
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,238评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,112评论 4 356
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,138评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,545评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,232评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,496评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,596评论 2 310
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,369评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,226评论 3 313
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,600评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,906评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,185评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,516评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,721评论 2 335

推荐阅读更多精彩内容