这是我参与「第五届青训营 」伴学笔记创作活动的第 5 天
HTTP协议学习记录
用户去访问一个网站的时候的流程是用户向浏览器去输入访问地址，浏览器处理输入信息，浏览器内核将处理的信息向internet发送请求，获得读取响应，最后浏览器内耗对页面进行渲染，而用户就就看到页面加载完成后的样子。这个过程中需要使用到HTTP协议来完成。
初识HTTP
HTTP是全称是超文本传输协议（Hyper Text Transfer Protocol），是应用层的协议，其中TCP协议是做为它的传输层协议。
HTTP是简单并且可扩展的，可以自定义一些内容。
HTTP是一个无状态的协议，它的每一个请求都不知道之前的信息的。
协议分析——报文
| Method方法 | |
|---|---|
| GET | 请求一个指定资源的表示形式，使用GET的请求应该只被用于获取数据 |
| POST | 用于将实体提交到指定的资源，通常导致在服务器上的状态变化或者副作用 |
| PUT | 用请求有效载荷替换目标资源的所有当前表示 |
| DELETE | 删除指定的资源 |
| HEAD | 请求一个与GET请求的响应相同的响应，但没有响应体 |
| CONNECT | 建立一个到由目标资源标识的服务器的隧道 |
| OPTIONS | 用于描述目标资源的通信选项 |
| TRACE | 沿着到目标资源的路径执行一个消息环回测试 |
| PATCH | 用于对资源应用部分修改 |
被认为是安全的（safe，不会修改服务器的数据的方法）：GET、HEAD、OPTIONS。 被认为是幂等（Idempotent，同样的请求被执行一次与连续执行多次的效果是一样的，服务器的状态也是一样的所有safe的方法都是Idempotent的）：GET、HEAD、OPTIONS、PUT、DELETE。
状态码
- 1xx代表指示信息，表示请求已接收，继续处理。
- 2xx代表成功，表示请求已被成功接收、理解和接受
- 3xx代表重定向，要完成请求必须进行更进一步的操作
- 4xx代表客户端错误，请求有语法错误或者请求无法实现
- 5xx代表服务器端错误，服务器未能实现合法的请求
| 一般状态码 | 意义 |
|---|---|
| 200 OK | 客户端请求成功 |
| 301 | 资源（网页等）被永久转移到其他URL |
| 302 | 临时跳转 |
| 401 Unauthorized | 请求未经授权 |
| 404 | 请求资源不存在，可能是输入了错误的URL |
| 500 | 服务器内部发生了不可预期的错误 |
| 504 Gateway | 网关或者代理的服务器无法在规定的时间内获得想要的响应 |
RESTful API
RESTful API：一种API设计风格。
（1）每一个URL代表一种资源；
（2）客户端和服务器之间，传递这种资源的某种表现层；
（3）客户端通过HTTP method，对服务器端资源进行操作，实现“表现层状态转化”。
| 请求 | 返回码 | 含义 |
|---|---|---|
| GET/zoos | 200 OK | 列出所有动物园，服务器成功返回了 |
| POST/zoos | 201 CREATED | 新建一个动物园，服务器创建成功 |
| PUT/zoos/ID | 400 INVALID REQUEST | 更新某个指定动物园的信息（提供该动物园的全部信息），用户发出的请求有错误，服务器没有进行新建或者修改数据的操作 |
| DELETE/zoos/ID | 204 NO CONTENT | 删除某个动物园，删除数据成功 |
常用请求头
| 常用请求头 | 含义 |
|---|---|
| Accept | 接收类型，表示浏览器支持的MIME类型 (对标服务端返回的Content-Type) |
| Content | 客户端发送出去实体内容的类型 |
| 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 | 指定请求和响应遵循的缓存机制，如no-cache |
| Last-Modified | 请求资源的最后修改时间 |
| Expires | 应该在什么时候认为文档已经过期,从而不再缓存它 |
| Max-age | 客户端的本地资源应该缓存多少秒，开启了Cache-Control后有效 |
| ETag | 资源的特定版本的标识符，Etags类似于指纹 |
| Set-Cookie | 设置和页面关联的cookie，服务器通过这个头部把cookie传给客户端 |
| Server | 服务器的一些相关信息 |
| Access-Control-Allow-Origin | 服务器端允许的请求Origin头部 (警如为*) |
缓存
缓存可以分为两类：强缓存和协商缓存。
强缓存是指如果资源本地有了，那么直接用就好了。
协商缓存是指假如资源本地有了，它会去判断这个资源是否是最新的资源和能不能用，那么它会去和sever端协商验证一下，有着一个协商的过程。
缓存的一个运行过程：
cookie
| Set-Cookie-response | |
|---|---|
| Name=value | 各种cookie的名称和值 |
| Expires=Date | Cookie 的有效期，缺省时Cookie仅在浏览器关闭之前有效。 |
| Path=Path | 限制指定Cookie 的发送范围的文件目录，默认为当前 |
| Domian=domin | 限制cookie生效的域名，默认为创建cookie的服务域名 |
| secure | 仅在HTTPS 安全连接时，才可以发送Cookie |
| HttpOnly | JavaScript 脚本无法获得Cookie |
HTTP/2
HTTP/2的优点是更快、更稳定、更简单。HTTP/2是采取帧作为通信的最小单位，每个帧都包含帧头，至少也会标识当前帧所属的数据流。然后我们要熟悉一下信息和数据流这两个概念。
信息是与逻辑请求或者响应信息对应的完整的一些列帧。
数据流是已建立的连接内的双向字节流，可以承载一条或者多条信息。
在信息传输的过程中，帧的传输是交错发送的，接收方会进行重组织，这样会提高传输速率。
HTTP/2的特性
- HTTP/2的连接都是永久的，而且仅需要每个来源一个链接。
- HTTP/2里有流控制，就是阻止发送方向接受方发送大量数据的机制。
- 服务器推送。
总结
在今天的学习中，学习了HTTP协议的发展过程，HTTP的内容。也学习了协议中的一些报文、状态码的等等内容，这样可以让我能学会如何去看HTTP协议的报文。
同时，在视频课中，老师也场景分析了报文，让我更加熟悉HTTP协议报文内容。
