初识HTTP的请求与响应

HTTP是服务器客户端(浏览器)通讯的应用层协议,本文章主要讲HTTP的请求与响应部分。

服务器与客户端(浏览器)的交互如下:

  • 客户端(浏览器)负责发起请求
  • 服务器在 80 端口接收请求
  • 服务器负责返回内容(响应)
  • 浏览器负责下载响应内容

HTTP 的作用就是指导浏览器和服务器如何进行沟通。

 

1.请求

在请求开始之前,我们先来了解下curl的使用方法以及各部分表示的内容

请求示例

在了解清楚之后,现在我们用curl来给服务器发送一个请求,下面是完整的语句:

 curl -s -v -H "Gene: xxx" -- "https://www.baidu.com"

得到的内容为:

> GET / HTTP/1.1
> Host: www.baidu.com
> User-Agent: curl/7.55.0
> Accept: */*
> Gene: xxx
>                                         

这次我们把请求的方法改成post

curl -X POST -s -v -H "Gene: xxx" -- "https://www.baidu.com"

得到的内容为:

> POST / HTTP/1.1
> Host: www.baidu.com
> User-Agent: curl/7.55.0
> Accept: */*
> Gene: xxx
>                                         

这次我们上传一点内容到服务器上:

curl -X POST -d "1234567890" -s -v -H "Gene: xxx" -- "https://www.baidu.com"

得到的内容为:

> POST / HTTP/1.1
> Host: www.baidu.com
> User-Agent: curl/7.55.0
> Accept: */*
> Gene: xxx
> Content-Length: 10
> Content-Type: application/x-www-form-urlencoded
>                                         

> 1234567890

我们现在归纳出请求内容的格式:

1 方法 路径 协议/版本

2 Key1: value1

2 Key2: value2

2 Key3: value3

2 Content-Type: application/x-www-form-urlencoded

2 Host: www.baidu.com

2 User-Agent: curl/7.55.0

3                                         

4 要上传的数据

以及对应的意义:

  1. 请求最多包含四部分,最少包含三部分。(也就是说第四部分可以为空)
  2. 第三部分永远都是一个回车(\n)用来分隔上面的2和4部分
  3. 请求方法有 GET POST PUT PATCH DELETE HEAD OPTIONS 等
  4. 这里的路径包括「查询参数」,但不包括「锚点」
  5. 如果你没有写路径,那么路径默认为 /
  6. 第 2 部分中的 Content-Type 标注了第 4 部分的格式

2.响应

在请求之后,都能得到一个响应。除非断网了,或者服务器宕机了。

响应示例

上面三个请求示例,前两个请求对应的响应分别为:

< HTTP/1.1 200 OK
< Accept-Ranges: bytes
< Cache-Control: private, no-cache, no-store, proxy-revalidate, no-transform
< Connection: Keep-Alive
< Content-Length: 2443
< Content-Type: text/html
< Date: Tue, 28 Aug 2018 05:45:01 GMT
< Etag: "588603fd-98b"
< Last-Modified: Mon, 23 Jan 2017 13:24:13 GMT
< Pragma: no-cache
< Server: bfe/1.0.8.18
< Set-Cookie: BDORZ=27315; max-age=86400; domain=.baidu.com; path=/
<
<!DOCTYPE html>

<!--STATUS OK--><html> <head> 后面太长,省略了……

< HTTP/1.1 302 Found
< Connection: Keep-Alive
< Content-Length: 17931
< Content-Type: text/html
< Date: Tue, 28 Aug 2018 05:54:20 GMT
< Etag: "54d9748e-460b"
< Server: bfe/1.0.8.18
<
<html>

<head>

<meta http-equiv="content-type" content="text/html;charset=utf-8"> 后面太长,省略了……

我们得出:

  1. GET 请求和 POST 请求对应的响应可以一样,也可以不一样
  2. 响应的第四部分可以很长很长很长

我们可以归纳出响应的格式:

1 协议/版本号 状态码 状态解释

2 Key1: value1

2 Key2: value2

2 Content-Length: 17931

2 Content-Type: text/html

3

4 要下载的内容

其中状态码要背,是服务器对浏览器说的话

  • 1xx 指示信息--表示请求已接收,继续处理。
  • 2xx 成功--表示请求已被成功接收、理解、接受。
  • 3xx 重定向--要完成请求必须进行更进一步的操作。
  • 4xx 客户端错误--请求有语法错误或请求无法实现。
  • 5xx 服务器端错误--服务器未能实现合法的请求。

状态解释没什么用

第 2 部分中的 Content-Type 标注了第 4 部分的格式

第 2 部分中的 Content-Type 遵循 MIME 规范

 

3.用Chrome 发送请求/查看响应

     发送请求:

  1. 打开 Network
  2. 地址栏输入网址
  3. 在 Network 点击,查看 request,点击「view source」
  4. 点击「view source」
  5. 点击「view source」
  6. 点击「view source」
  7. 终于点了?可以看到请求的前三部分了
  8. 如果有请求的第四部分,那么在 FormData 或 Payload 里面可以看到

    查看响应:

  1. 打开 Network
  2. 输入网址
  3. 选中第一个响应
  4. 查看 Response Headers,点击「view source」,点击「view source」,点击「view source」
  5. 你会看到响应的前两部分
  6. 查看 Response 或者 Preview,你会看到响应的第 4 部分

 

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值