都2019年了,还问GET和POST的区别
副问题[/!--empirenews.page--]
1.媒介最近看了一些同窗的面经,发明无论什么技能岗亭,照旧会问到 get 和 post 的区别,而搜刮出来的谜底并不能让我们装得一手好逼,那就让我们从 HTTP 报文的角度来撸一波,从而搞大白他们的区别。 2. 尺度谜底在开撸之前吗,让我们先看一下尺度谜底长什么样子 w3school: GET 比拟 POST。尺度谜底很柔美,可是在口试的时辰把下面的表格甩口试官一脸,预计会装逼不成反被*。 留意,并不是说尺度谜底有误,上述区别在大部门赏识器上是存在的,由于这些赏识器实现了 HTTP 尺度。可是,前面罗列的只是赏识器实现上的区别,而不是 get 和 post 的本质区别。 3.GET 和 POST 报文上的区别先下结论,GET 和 POST 要领没有实质区别,只是报文名目差异。 GET 和 POST 只是 HTTP 协议中两种哀求方法,而 HTTP 协议是基于 TCP/IP 的应用层协议,无论 GET 照旧 POST,用的都是统一个传输层协议,以是在传输上,没有区别。 报文名目上,不带参数时,最大区别就是第一行要领名差异 POST要领哀求报文第一行是这样的 POST /uri HTTP/1.1 rn GET要领哀求报文第一行是这样的 GET /uri HTTP/1.1 rn 是的,不带参数时他们的区别就仅仅是报文的前几个字符差异罢了 带参数时报文的区别呢? 在约定中,GET 要领的参数应该放在 url 中,POST 要领参数应该放在 body 中 举个例子,假如参数是 name=chengqm, age=22。 GET 要领简约版报文是这样的
POST 要领简约版报文是这样的
此刻我们知道了两种要领本质上是 TCP 毗连,没有不同,也就是说,假如我不按类型来也是可以的。我们可以在 URL 上写参数,然后要领行使 POST;也可以在 Body 写参数,然后要领行使 GET。虽然,这必要处事端支持。 4. 常见题目GET 要领参数写法是牢靠的吗? 在约定中,我们的参数是写在 ? 后头,用 & 支解。 我们知道,理会报文的进程是通过获取 TCP 数据,用正则等器材从数据中获取 Header 和 Body,从而提取参数。 也就是说,我们可以本身约定参数的写法,只要处事端可以或许表明出来就行,一种较量风行的写法是 http://www.example.com/user/name/chengqm/age/22。 POST 要领比 GET 要领安详? 凭证网上大部门文章的表明,POST 比 GET 安详,由于数据在地点栏上不行见。 然而,从传输的角度来说,他们都是不安详的,由于 HTTP 在收集上是明文传输的,只要在收集节点上捉包,就能完备地获取数据报文。 要想安详传输,就只有加密,也就是 HTTPS。 GET 要领的长度限定是怎么回事? 在网上看到许多关于两者区此外文章都有这一条,提到赏识器地点栏输入的参数是有限的。 起首声名一点,HTTP 协议没有 Body 和 URL 的长度限定,对 URL 限定的大多是赏识器和处事器的缘故起因。 赏识器缘故起因就不说了,处事器是由于处理赏罚长 URL 要耗损较量多的资源,,为了机能和安详(防备恶意结构长 URL 来进攻)思量,会给 URL 长度加限定。 POST 要了解发生两个TCP数据包? 有些文章中提到,post 会将 header 和 body 分隔发送,先发送 header,处事端返回 100 状态码再发送 body。 HTTP 协议中没有明晰声名 POST 会发生两个 TCP 数据包,并且现实测试(Chrome)发明,header 和 body 不会分隔发送。 以是,header 和 body 分隔发送是部门赏识器或框架的哀求要领,不属于 post 肯定举动。 5. talk is cheap show me the code假如对 get 和 post 报文区别有迷惑,直接起一个 Socket 处事端,然后封装简朴的 HTTP 处理赏罚要领,直接调查和处理赏罚 HTTP 报文,就能一览无余
(编辑:河北网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |