聊聊 HTTP 常见的请求方式
在互联网已经渗透了生产、生活各个角落的今天,人们可以登录微信语音聊天,可以随手“扫”到各种功能的二维码,可以通过方便快捷的无人超市购物……这种互联网领域的跨越式发展,不仅满足了人们生活中各种各样的需求,也催生了一个个新兴领域的诞生,为经济增长注入了强劲动力。
上网的过程,其实是浏览器向服务端发送请求,之后将服务端主机上的内容显示到本地的一个流程。而浏览器与服务器之间的请求走的就是 HTTP 协议。
自 1990 年以来,超文本传输协议(HTTP) 就成为了互联网数据通信的基础,它是分布式协作超媒体信息系统的应用层协议,是一种通用的无状态协议。具体来讲就是让服务器不保留与客户交易时的任何状态,由客户端单方面向服务器发送请求数据。
HTTP 主要有 0.9、1.0、1.1、2.0 版本,其中 1.1 版本定义了 9 种 Method(方法),分别是:
方法 | 描述 |
GET | 从指定的资源请求数据,并返回文档主体 |
HEAD | 与 GET 相同,但只返回 HTTP 报头,不返回具体内容 |
POST | 向指定的资源提交要被处理的数据 |
PUT | 从客户端向服务器传送的数据取代指定的文档的内容 |
DELETE | 删除指定资源 |
CONNECT | 把请求连接转换到透明的 TCP/IP 通道 |
OPTIONS | 返回服务器支持的 HTTP 方法 |
TRACE | 沿到目标资源的路径执行消息环回测试 |
PATCH | 是对 PUT 方法的补充,用来对已知资源进行局部更新 |
这些方法中,最常见的便是 GET 和 POST,但是可能很少有人关注两者都有什么作用,我们一起来看一看吧。
GET vs POST Method
GET 和 POST 都是 HTTP 协定的一种请求标准,同样基于 TCP 传输层协议。两者主要区别在存放数据的方式不同,进而造成的传输量、安全性等差异。
GET
我们先来看一下 GET 是怎么传送信息的:
<form method="get" action="">
<input type="text" name="id" />
<input type="submit" />
</form>
如上完成代码点击“提交”之后,浏览器的网址就会变成 http://www.a.com/a.html?id=11111,浏览器会自动将表单内容转为 Query String 加在 URL 后面进行请求。这样,从浏览器的网址里就可以看见表单要传送的资料。
POST
接下来我们看看 POST 的传送:
<form method="post" action="">
<input type="text" name="id" />
<input type="submit" />
</form>
提交之后,地址并无变化,但是通过查看 HTTP Request 的内容可以发现,POST 是将表单资料放在 Message Body 进行传送。
看不太懂代码的小伙伴也不要着急,我们以现实生活中寄信的机制来举例。如果说信封的撰写格式是 HTTP,我们可以将信封外的内容称为 Http-Header,信封内的书信称为 Message Body。 HTTP Method 就是你要告诉邮差的寄信规则。
而假设 GET 就如同明信片一样将要传递的信息写在信封(Http-Header)上,是信封内不装信件的寄送方式,是直接将要传送的信息以 Query String(一种 Key/Vaule 的编码方式)的形式加在地址(URL)后面进行传送。那 POST 就是信封内装有信件的寄送方式,不但信封可以写东西,信封内(Message Body)还可以放入你想要寄送的其他资料,之后由邮差进行传送。
GET VS POST
总体来说,两种请求方式有如下区别:
传递参数方式:GET 是将参数写在 URL 中 ? 的后面,并用 & 分隔不同参数;而 POST 是将信息存放在 Message Body 中传送。
传输资料量限制:HTTP 协定本身没有限制 URL 及正文长度,多半是浏览器为了避免过长的 URL 消耗过多的资源而限制长度;而以 POST 请求通常都没有内容长度限制的问题。
安全性问题:GET 请求方式从浏览器的 URL 地址就可以看到参数;但无论是 GET 还是 POST 其实都是不安全的,因为 HTTP 协定是明文传输,只要拦截封包便能轻易获取重要资讯。想要安全传输资料,必须使用 SSL/TLS来加密封包,也就是 HTTPS。
除了我们较为常见的 GET 和 POST 两种请求方式,现在其他请求方式也越来越多的被使用。例如又拍云基于 RESTful 架构的 REST API 中,除了使用 GET 获取文件外,也会使用 PUT 来上传文件,DELETE 用来删除文件,HEAD 用来获取文件信息,使用 PATCH 来修改文件 Metadata 信息等等。
请求与状态码
当然,上面讲的请求方式虽然很常见,但是如果不是稍微有些了解或者对互联网有些关注的小伙伴,可能并不会注意到。但是我们接下来说的肯定是大家都有见过的。毕竟在我们使用网页浏览内容的过程中肯定,有见到过例如:404 NOT FOUND、504 TIME OUT,这类的提示。其实这个是 HTTP 的状态码。
HTTP 状态码由三个十进制数字组成,第一个十进制数字定义了状态码的类型,后两位不具有任何分类作用。当用户访问一个网页时,用户的浏览器会向网页所在服务器发出请求。在浏览器接收并显示网页前,此网页所在的服务器会返回一个包含 HTTP 状态码的信息头(Header)用以响应浏览器的请求。而这个状态码则可以帮助我们粗略的判断请求结果或错误原因。
HTTP 状态码共分为 5 种类型:
分类 | 描述 |
1xx | 信息,服务器收到请求,需要请求者继续执行操作 |
2xx | 成功,操作被成功接收并处理 |
3xx | 重定向,需要进一步的操作以完成请求 |
4xx | 客户端错误,请求包含语法错误或无法完成请求 |
5xx | 服务器错误,服务器在处理请求的过程中发生了错误 |
一直在使用又拍云 CDN 的小伙伴儿对一些常见的状态码肯定很熟悉。比如,网站访问成功请求会返回 200;开启了强制 HTTPS,会返回 301;如果开启了防盗链被拦截,则是返回 403 等等。
在这些常规的状态码下,又拍云还进行了进一步的封装,让我们可以通过查询又拍云错误码表[点击↓↓阅读原文↓↓查询]的方式获得更为准确的网站报错原因。
{"code":"40310013","msg":"invalid user token."} 查询错误码表得知,触发了 Token 防盗链规 |
讲了这么多,是不是对 HTTP 请求有了更近一步的了解?当然了,HTTP 协议不仅仅于此,有兴趣的小伙伴儿们要持续关注又小拍哦~
快 来 找 又 小 拍
推 荐 阅 读 分享、点赞、在看 三连击,小拍奖金+ 5 元
ღ( ´・ᴗ・` )
分享、点赞、在看 三连击,小拍奖金+ 5 元
ღ( ´・ᴗ・` )
关注公众号:拾黑(shiheibook)了解更多
[广告]赞助链接:
四季很好,只要有你,文娱排行榜:https://www.yaopaiming.com/
让资讯触达的更精准有趣:https://www.0xu.cn/
随时掌握互联网精彩
- 1 习近平拉美之行的三个“一” 7979119
- 2 山里藏价值6000亿元黄金?村民发声 7997983
- 3 微信或史诗级“瘦身” 内存有救了 7888844
- 4 中国主张成为G20峰会的一抹亮色 7787536
- 5 朝鲜将军队提升至战斗准备状态 7671441
- 6 男子求助如何打开亡父遗留14年手机 7535826
- 7 浙大贫困生晒旅游照 民政局回应 7460851
- 8 黄晓明新片上映一周票房仅400万 7370624
- 9 男子抱3个小孩跳海?官方通报 7272692
- 10 千年古镇“因网而变、因数而兴” 7185702