初识浏览器请求和服务器响应

作者: 飞天小猪_pig | 来源:发表于2021-08-19 17:43 被阅读0次

HTTP的请求和响应
HTTP入门
python静态服务器开发
http入门
curl命令的使用与浏览器的交互
HTTP 入门
HTTP入门基础
HTTP入门
HTTP(请求与响应)
HTTP

在理解响应和请求，我们先简单学习一下互联网发展历程，服务器、浏览器、以及网页出现。

WWW（World Wide Web），一种适用于全世界的网络。主要包含三个概念

（1）、URI，俗称网址
（2）、HTTP，两个电脑之间传输内容的协议
（3）、HTML，超级文本，主要用来做页面跳转
URL 的作用是能让你访问一个页面，HTTP 的作用是让你能下载这个页面，HTML 的作用是让你能看懂这个页面

URI 分为 URL 和 URN，我们一般使用 URL 作为网址。

URN（全称Uniform Resource Name）统一资源名称--唯一确定名称
URL（全称Uniform Resource Locator）统一资源定位符--唯一定位

ISBN: 9787115275790 就是一个 URN，通过 URN 你可以确定一个「唯一的」资源，ISBN: 9787115275790 对应的资源的是《JavaScript 高级程序设计（第三版）》这本书。

https://www.baidu.com/s?wd=hello&rsv_spt=1#5 就是一个 URL，通过 URL 你可以确定一个「唯一的」地址（网址）。

URL常见的组成
其中.com是顶级域名，baidu是二级域名，www是三级域名。注意区分baidu.com和www.baidu.com区别，两者是不同域名，只是公有一个二级域名而已。

Server + Client + HTTP之间联系

服务器与浏览器的交互

1、浏览器负责发起请求
2、服务器在 80 端口接收请求
3、服务器负责返回内容（响应）
4、浏览器负责下载响应内容
HTTP 的作用就是指导浏览器和服务器如何进行沟通。

请求示例
curl -s -v -H "Fang: xxx" -- "https://www.baidu.com"(-s是指不要显示进度条，-v是要显示请求和响应，-h是响应头)

用 curl 创造一个请求，并得到响应
请求的内容为：

GET / HTTP/1.1
Host: www.baidu.com
User-Agent: curl/7.54.0（7.54.0是指版本号）
Accept: */* （这里指的事接收返回任何内容）
Frank: xxx

curl -X POST -s -v -H "Fang: xxx" -- "https://www.baidu.com"（post请求）

请求的内容为

POST / HTTP/1.1

Host: www.baidu.com
User-Agent: curl/7.54.0
Accept: */*
Frank: xxx

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

请求的内容为

POST / HTTP/1.1
Host: www.baidu.com
User-Agent: curl/7.54.0
Accept: /
Frank: xxx
Content-Length: 10 （上传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 要上传的数据
请求最多包含四部分，最少包含三部分。（也就是说第四部分可以为空）
第三部分永远都是一个回车（\n）
动词有 GET POST PUT PATCH DELETE HEAD OPTIONS 等
这里的路径包括「查询参数」，但不包括「锚点」
如果你没有写路径，那么路径默认为 /
第 2 部分中的 Content-Type 标注了第 4 部分的格式

用 Chrome 发请求

1、打开 Network
2、地址栏输入网址
3、在 Network 点击，查看 request Headers，点击「view source」
4、点击「view source」可以看到请求的前三部分了
8、如果有请求的第四部分，那么在 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: Tue, 10 Oct 2017 09:14:05 GMT
Etag: "5886041d-98b"
Last-Modified: Mon, 23 Jan 2017 13:24:45 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, 10 Oct 2017 09:19:47 GMT
Etag: "54d9749e-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 表示成功（204创建成功、200普通成功）
--3xx 表示滚吧（301永久搬走、302临时出去）
--4xx 表示你丫错了（访问者出错）
--5xx 表示好吧，我错了（服务器出错）
状态解释没什么用
第 2 部分中的 Content-Type 标注了第 4 部分的格式
第 2 部分中的 Content-Type 遵循 MIME 规范