服务器与浏览器的交互
- 浏览器负责发起请求
- 服务器在 80 端口接收请求
- 服务器负责返回内容（响应）
-
HTTP 的作用就是指导浏览器和服务器如何进行沟通。
我们每刷新一个页面，或者重新打开一个页面。我们在浏览器的调试工具network中，都会看到浏览器会发出很多请求。
我们选中一个资源，点开，我们就可以看到请求头和响应头了。
记得点击请求头或者响应头右边的view source才可以看到这个界面哦。
接下来我们分别来分析一下请求和响应。
请求的格式
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 要上传的数据
标号为2的代表请求的第二部分
请求最多包含四部分，最少包含三部分。（也就是说第四部分可以为空）
- 第三部分永远都是一个回车（\n）
- 动词有 GET POST PUT PATCH DELETE HEAD OPTIONS 等
- 这里的路径包括「查询参数」，但不包括「锚点」
如果你没有写路径，那么路径默认为 /
当请求动词为get时没有第四部分。请求部分为post时有第四部分。比如说你在登陆界面使用的post请求，那么第四部分就是你的用户名和密码。
第 2 部分中的 Content-Type 标注了第 4 部分的格式
响应的格式
1 协议/版本号 状态码 状态解释
2 Key1: value1
2 Key2: value2
2 Content-Length: 17931
2 Content-Type: text/html
3
4 要下载的内容
状态码，是服务器对浏览器说的话
1xx消息
2xx成功
3xx重定向
4xx客户端错误
5xx服务器错误
具体可查看该链接https://zh.wikipedia.org/wiki/HTTP%E7%8A%B6%E6%80%81%E7%A0%81
第 2 部分中的 Content-Type 标注了第 4 部分的格式
第 2 部分中的 Content-Type 遵循 MIME 规范
用 Chrome 查看响应
打开 Network
输入网址
选中第一个响应
查看 Response Headers，点击「view source」
你会看到响应的前两部分
查看 Response 或者 Preview，你会看到响应的第 4 部分
TCP 和 UDP 的区别
简答：TCP 可靠、面向连接、相对 UDP 较慢；UDP 不可靠，不面向连接、相对 TCP 较快。
TCP 的三次握手指的是什么
简答：每次建立连接前，客户端和服务端之前都要先进行三次对话才开始正式传输内容，三次对话大概是这样的：
1. 客户端：我要连接你了，可以吗
2. 服务端：嗯，我准备好了，连接我吧
3. 客户端：那我连接你咯。
4. 开始后面步骤
