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 要上传的数据
以及对应的意义:
- 请求最多包含四部分,最少包含三部分。(也就是说第四部分可以为空)
- 第三部分永远都是一个回车(
\n
)用来分隔上面的2和4部分- 请求方法有 GET POST PUT PATCH DELETE HEAD OPTIONS 等
- 这里的路径包括「查询参数」,但不包括「锚点」
- 如果你没有写路径,那么路径默认为 /
- 第 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"> 后面太长,省略了……
我们得出:
- GET 请求和 POST 请求对应的响应可以一样,也可以不一样
- 响应的第四部分可以很长很长很长
我们可以归纳出响应的格式:
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 发送请求/查看响应
发送请求:
- 打开 Network
- 地址栏输入网址
- 在 Network 点击,查看 request,点击「view source」
- 点击「view source」
- 点击「view source」
- 点击「view source」
- 终于点了?可以看到请求的前三部分了
- 如果有请求的第四部分,那么在 FormData 或 Payload 里面可以看到
查看响应:
- 打开 Network
- 输入网址
- 选中第一个响应
- 查看 Response Headers,点击「view source」,点击「view source」,点击「view source」
- 你会看到响应的前两部分
- 查看 Response 或者 Preview,你会看到响应的第 4 部分