HTTP请求、响应以及curl命令的使用

请求示例

curl -s -v -H "zql:demo" -- "https://www.baidu.com"
请求的内容为：

GET / HTTP/1.1
Host: www.baidu.com
User-Agent: curl/7.55.0
Accept: */*
zql: demo

curl -X POST -s -v -H "zql: demo" -- "https://www.baidu.com"
请求的内容为：

POST / HTTP/1.1
Host: www.baidu.com
User-Agent: curl/7.55.0
Accept: */*
zql: demo

curl -X POST -d "1234567890" -s -v -H "zql: demo" -- "https://www.baidu.com"
请求的内容为：

POST / HTTP/1.1
Host: www.baidu.com
User-Agent: curl/7.55.0
Accept: */*
zql: demo
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.54.0
3
4 要上传的数据

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

用Chrome 发请求

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

用百度示例：

百度首页请求

响应示例

请求了之后，应该都能得到一个响应，除非断网了，或者服务器宕机了。
上面三个请求对应的响应，依次排列：

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: Mon, 03 Sep 2018 04:11:19 GMT
Etag: "588603eb-98b"
Last-Modified: Mon, 23 Jan 2017 13:23:55 GMT
Pragma: no-cache
Server: bfe/1.0.8.18
Set-Cookie: BDORZ=27315; max-age=86400; domain=.baidu.com; path=/

 HTTP/1.1 302 Found
Connection: Keep-Alive
Content-Length: 17931
Content-Type: text/html
Date: Mon, 03 Sep 2018 04:15:56 GMT
Etag: "54d97488-460b"
Server: bfe/1.0.8.18

HTTP/1.1 302 Found
Connection: Keep-Alive
Content-Length: 17931
Content-Type: text/html
Date: Mon, 03 Sep 2018 04:18:17 GMT
Etag: "54d97487-460b"
Server: bfe/1.0.8.18

响应的格式

1 协议/版本号 状态码 状态解释
2 Key1: value1
2 Key2: value2
2 Content-Length: 17931
2 Content-Type: text/html
3（只是一个回车）
4 要下载的内容

• 1xx消息：代表请求已被接受，需要继续处理。这类响应是临时响应，只包含状态行和某些可选的响应头信息，并以空行结束。（不常用，大致知道即可）

• 2XX：表示成功

  • 200 OK：请求已成功，请求所希望的响应头或数据体将随此响应返回。
  • 204 No Content：表示请求已成功处理，但是没有内容返回，意思等同于请求执行成功，但是没有数据，浏览器不用刷新页面，也不用导向新的页面。
  • 206 Partial Content：服务器已经成功处理了部分GET请求。（客户端进行了范围请求） 响应报文中包含Content-Range指定范围的实体内容。

• 3XX：重定向

  • 301 Moved Permanently：表示访问的资源被永久移除，即请求的资源已经永久的搬到了其他位置 。
  • 302 Found ：表示所访问的资源临时被移除，以后还会回来，即临时重定向，表示请求的资源临时搬到了其他位置 。
  • 303 See Other ：表示请求资源存在另一个URI，应使用GET定向获取请求资源 。
  • 304 Not Modified ：表示资源未被修改，即客户端仍然具有以前下载的副本，不需要重新传输资源。
  • 307 Temporary Redirect：临时重定向，和302有着相同含义 ，尽管302标准禁止POST变为GET，但没人听他的 ，而307就会遵照标准，不会从POST变为GET
    但处理响应行为，各个浏览器可能不同。

• 4XX：客户端错误

  • 400 Bad Request：表示请求报文存在语法错误或参数错误，服务器不理解 ，服务器不应该重复提交这个请求 ，需要修改请求内容后再次发送。
  • 401 Unauthorized：表示发送的请求需要有HTTP认证信息或者是认证失败了 ，返回401的响应必须包含一个适用于被请求资源的WWW-Authenticate首部以质询用户信息 ，浏览器初次接受401时，会弹出认证窗口。
  • 403 Forbidden ：表示对请求资源的访问被服务器拒绝了 ，服务器可以对此作出解释，也可以不解释 ，想说明的话可以在响应实体的主体部分描述原因 。比如说你可能没有访问权限。
  • 404 Not Found：表示服务器找不到你请求的资源 ，但允许用户的后续请求。

• 5XX：服务器错误

  • 500 Internal Server Error：通用错误消息，服务器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理。没有给出具体错误信息。
  • 502 Bad Gateway：作为网关或者代理工作的服务器尝试执行请求时，从上游服务器接收到无效的响应。
  • 503 Service Unavailable：表示服务器超负载或正停机维护，无法处理请求 ，如果服务器知道还需要多长时间，就写入Retry-After首部字段返回。

用 Chrome 查看响应

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

用百度示例：

百度首页响应

关于curl命令

可在explainshell上面查看curl