这是我参与「第五届青训营 」笔记创作活动的第6天
HTTP协议
什么是HTTP
Hyper Text Transfer Protocol ：超文本传输协议
- 应用层协议，基于TCP协议
- 请求 相应
- 简单可拓展
- 无状态
报文分析
method
| method | 描述 |
|---|---|
| POST | 用于将实体提交到指定的资源，通常导致在服务器上的状态变化或副作用 |
| GET | 请求一个指定资源的表示形式.使用GET的请求应该只被用于获取数据 |
| PUT | 用请求有效载荷替换目标资源的所有当前表示 |
| DELETE | 删除指定的资源 |
| HEAD | 请求一个与GET请求的响应相同的响应，但没有响应体 |
| CONNECT | 建立一个到由目标资源标识的服务器的隧道。 |
| OPTIONS | 用于描述目标资源的通信选项。 |
| TRACE | 沿着到目标资源的路径执行一个消息环回测试。 |
| PATCH | 用于对资源应用部分修改 |
对于以上方法我们可以分成俩种类型
- safe（安全的）：不会修改服务器数据的方法，比如：GET、HEAD、OPTIONS
- Idempotent（幂等）：同样的请求被执行一次与连续执行多次的效果是一样的，服务器的状态也是一样的（所有安全的方法都是Idempotent的），比如：GET、HEAD、OPTIONS、PUT、DELETE
状态码
- 200OK-客户端请求成功
- 301-资源（网页等）被永久转移到其它URL
- 302-临时跳转
- 401 Unauthorized-请求未经授权
- 404-请求资源不存在，可能是输入了错误的URL
- 500-服务器内部发生了不可预期的错误
- 504 Gateway Timeout-网关或者代理的服务器无法在规定的时间内获得想要的响应。
常用请求头
| 请求头 | 描述 |
|---|---|
| Accept | 接收类型，表示浏览器支持的MME类型(对标服务端返回的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 | 指定请求和响应遵循的缓存机制，如no-cache |
| Last-Modified | 请求资源的最后修改时间 |
| Expires | 应该在什么时候认为文档已经过期，从而不再缓存它 |
| Max-age | 客户端的本地资源应该缓存多少秒，开启了Cache-Controll后有效 |
| ETag | 资源的特定版本的标识符，Etags类似于指纹 |
| Set-Cookie | 设置和页面关联的cookie,服务器通过这个头部把cookie传给客户端 |
| Server | 服务器的一些相关信息 |
| Access-Control-Allow-Origin | 服务器端允许的请求Origin头部（譬如为*） |
缓存
- 强缓存：如果缓存中有数据可以直接使用数据
- 协商缓存：如果需要使用缓存需要先向服务器请求确认是否为最新的数据
HTTP/2
相对于HTTP/1.x来说，HTTP/2更快、更稳定、更简单，下面是HTTP/2的新概念
- 帧（frame）：HTTP/2通信的最小单位每个帧都包含帧头，至少也会标识出当前帧所属的数据流。
- 二进制：数据从明文纯文本变成二进制传输。
- 消息：与逻辑请求或响应消息对应的完整的一系列帧
- 数据流：已建立的连接内的双向字节流，可以承载一条或多条消息。
- 交错发送：接收方重组织，对于安全性大大上升。
- 连接永久：HTTP/2连接永久，而且仅需要每个来源一个连接
- 流控制：阻止发送方向接收方发送大量数据的机制
- 服务器推送：服务器可以根据需求的文件，主动的去推送我们需要的文件
HTTPS
HTTPS：Hypertext TRansfer Protocol Secure
经过TSL/SSL加密，链接更加安全
- 对称加密：加密和解密都是使用同一个密钥
- 非对称加密：加密和解密需要使用两个不同的密钥：公钥和私钥
总结
对于HTTP协议和计算机网络知识来说，我觉得对于前端开发者来说是不可或缺的知识，期望未来的网络协议能更加蓬勃发展，互联网的生态更加完善，效率更高，给世界带来五彩缤纷的网络世界。
