聊聊 HTTP 常见的请求方式

百家 作者:又拍云 2020-12-15 19:44:24

在互联网已经渗透了生产、生活各个角落的今天,人们可以登录微信语音聊天,可以随手“扫”到各种功能的二维码,可以通过方便快捷的无人超市购物……这种互联网领域的跨越式发展,不仅满足了人们生活中各种各样的需求,也催生了一个个新兴领域的诞生,为经济增长注入了强劲动力。

网的过程,其实是浏览器向服务端发送请,之后将服务端主机上的内容显示到本地的一个流程。而浏览器与服务器之间的请求走的就是 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 元 

ღ( ´・ᴗ・` )

关注公众号:拾黑(shiheibook)了解更多

[广告]赞助链接:

四季很好,只要有你,文娱排行榜:https://www.yaopaiming.com/
让资讯触达的更精准有趣:https://www.0xu.cn/

公众号 关注网络尖刀微信公众号
随时掌握互联网精彩
赞助链接