这是我参与「第五届青训营」笔记创作活动的第13天。今天记录老师讲解的HTTP协议相关知识。HTTP协议在计算机网络课程中有所接触，在进行web交互上发挥了重要作用。今天从理论上去了解HTTP协议。
一、本堂课重点内容：
HTTP协议。
二、详细知识点介绍：
HTTP协议全称是 Hyper Text Transfe Protocol 超文本传输协议。它是应用层协议，基于传输层的 TCP 协议。每一个HTTP请求分为 请求 + 响应两部分，其特点是简单可扩展（header可以自定义，比如说传入token用来鉴权等）；无状态——每一个请求彼此互不影响。
下面是HTTP协议的发展图。其中HTTP / 2 版本是现在主流使用的版本。
下面对 HTTP 协议的 请求报文和响应报文进行分析：
HTTP的请求类型
下面是HTTP协议主要的请求类型。
| Method | Description |
|---|---|
| GET | 请求一个指定资源的表示形式. 使用GET的请求应该只被用于获取数据 |
| POST | 用于将实体提交到指定的资源，通常导致在服务器上的状态变化或副作用 |
| PUT | 用请求有效载荷替换目标资源的所有当前表示 |
| DELETE | 删除指定的资源 |
| HEAD | 请求一个与GET请求的响应相同的响应，但没有响应体 |
| CONNECT | 建立一个到由目标资源标识的服务器的隧道 |
| OPTIONS | 用于描述目标资源的通信选项 |
| TRACE | 沿着到目标资源的路径执行一个消息环回测试 |
| PATCH | 用于对资源应用部分修改 |
下面介绍在请求类型中两个重要的概念：
Safe(安全的) ：不会修改服务器的数据的方法。 GET HEAD OPTIONS ldempotent (幂等的) ：同样的请求被执行一次与连续执行多次的效果是一样的，服务器的状态也是一样的。显然，所有 Safe的方法都是 ldempotent 的。 GET HEAD OPTIONS PUT DELETE
状态码
状态码是HTTP协议中，响应报文的重要组成部分。它是以1/2/3/4/5开头的三位数字，以约定的规则，宏观概括了 该响应报文对应的HTTP请求的状态/结果。
下面是一些具体的常见状态码的具体含义：
- 200 OK-客户端请求成功
- 301- 资源 (网页等) 被永转移到其它 URL
- 302-临时跳转
- 401 Unauthorized - 请求未经授权
- 404- 请求资源不存在，可能是输入了错误的 URL
- 500- 服务器内部发生了不可预期的错误
- 504 Gateway Timeout-网关或者代理的服务器无法在规定的时间内获得想要的响应。
Restful API
RESTful API是一种符合REST（Representational State Transfer）的API设计风格的API，一般来说有如下要求： (1) 每一个URI代表一种资源； (2) 客户端和服务器之间，传递这种资源的某种表现层； (3) 客户端通过HTTP method，对服务器端资源进行操作，实现“表现层状态转化”。
下面举几个例子：
常用的请求头
下表列出了常用的请求头，其中尤其需要留心的是 Accept、Content-Type、Cache-Control和Cookie、User-Agent。
| 请求头 | Description |
|---|---|
| Accept | 接收类型，表示浏览器支持的MIME类型 (对标服务端返回的Content-Type) |
| Content-Type | 客户端发送出去实体内容的类型 |
| Cache-Control | 指定请求和响应遵循的缓存机制，如no-cache |
| If-Modified-Since | 对应服务端的Last-Modified，用来匹配看文件是否变动，只能精确到1s之内 |
| Expires | 缓存控制，在这个时间内不会请求，直接使用缓存，服务端时间 |
| Max-age | 代表资源在本地缓存多少秒，有效时间内不会请求，而是使用缓存 |
| If-None-Match | 对应服务端的ETag，用来匹配文件内容是否改变 (非常精确) |
| Cookie | 有cookie并且同域访问时会自动带上 |
| Referer | 该页面的来源URL(适用于所有类型的请求，会精确到详细页面地址，csrf拦截常用到这个字段) |
| Origin | 最初的请求是从哪里发起的 (只会精确到端口)Origin比Referer更尊重隐私 |
| User-Agent | 用户客户端的一些必要信息，如UA头部等 |
常用的响应头
下表列出了常用的响应头，其中尤其需要留心的是 Content-Type、Cache-Control和Set-Cookie、Access-Control-Allow-Origin。
| 请求头 | Description |
|---|---|
| Content-Type | 服务端返回的实体内容的类型 |
| Cache-Control | 指定请求和响应遵循的缓存机制，如no-cache |
| Last-Modified | 请求资源的最后修改时间 |
| Expires | 应该在什么时候认为文档已经过期，从而不再缓存它。 |
| Max-age | 客户端的本地资源应该缓存多少秒，开启了Cache-Control后有效 |
| ETag | 资源的特定版本的标识符，Etags类似于指纹 |
| Set-Cookie | 设置和页面关联的cookie，服务器通过这个头部把cookie传给客户端 |
| Server | 服务器的一些相关信息 |
| Access-Control-Allow-Origin | 服务器端允许的请求Origin头部（譬如为*） |
三、实践练习例子：
例子已经在文章中举出。
四、课后个人总结：
本章的知识点需要大量的实例和参考资料来辅助理解。
五、引用参考：
我主要是基于老师讲解提供的代码仓库进行理解和分析，并记录了自己的心得。
