关于HTTP
| browser进程 | 处理输入信息 ↓ ---------------------页面加载完成 |
| 浏览器内核 | -------------发起请求->读取响应->渲染↑ |
什么是HTTP
- Hyper Text Transfer Protocol 超文本传输协议
- 应用层协议，基于TCP协议
- 请求 响应
- 简单可扩展
- 无状态
| 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 指信息请求已经收到，继续处理
- 200 OK - 客户端请求成功
- 301- 资源（网页等）被永久转移到其它 URL
- 302-临时跳转
- 401 Unauthorized - 请求未经授权
- 404-请求资源不存在，可能是输入了错误的 URL
- 500- 服务器内部发生了不可预期的错误
- 504 Gateway Timeout-网关或者代理的服务器无法在规定的时间内获得想要的响应。
RESTful API
RESTful API ： 一种API设计风格；REST -Representational State Transfer
(1)每个UR代表—种资源
(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-lype | 客户端发送出去实体内容的类型 |
| Cache-Control | 指定请求和响应遵循的缓存机制，如no-cache |
| If-Modified-Since | 对应服务端的Last-Modified， 用来匹配看文件是否变动，只能精确到1s之内 |
| Expires | 缓存控制，在这个时间内不会请求，直接使用缓存，服务端时间 |
| Max-age | 代表资源在本地缓存多少秒，有效时间内不会请求，而是使用缓存 |
| If-None-Match | 对应服务端的ETag，用来匹配文件内容是否改变（非常精确） |
| Cookie | 有cookie并日同域访问时会自动带上 |
| Referer | 该页面的来源URL(适用于所有类型的请求，会精确到详细页面地址，csrf拦截常用到这个字段） |
| Origin | 最初的清求是从哪甲发起的 （只会精确到端口),OriainttReferer更首面隐私 |
| User-Agent | 用户客户端的一些必要信息，如UA头部等 |
| 常用响应头 | |
|---|---|
| Content-Type | 服务端返回的实体内容的类型 |
| Cache-Control | 指定请求和响应遵循的缓存机制，如no-cache |
| Last-Modified | 请求资源的最后修改时间 |
| Expires | 应该在什么时候认为文档已经过期从而不再缓存它 |
| Max-age | 客户端的本地资源应该缓存多少秒，开启了Cache-Control后有效 |
| ETag | 资源的特定版本的标识符，Etags类似于指纹 |
| Set-Cookie | 设置和页面关联的cookie，服务器通过这个头部把cookie传给客户端 |
| Server | 服务器的一些相关信息 |
| Aaregs-Control-Allow-Origin | 服务器端允许的请求Origin头部（譬如为*) |
缓存
强缓存
- Expires, 时间戳
- Cache-Control 可缓存性
- no-cache：协商缓存验证
- no-store ：不使用任何缓存 •到期
- max-age：单位是秒，存储的最大周期、相对于请求的时间 •重新验证大新加载
- must-revalidate :一旦资源过期，在成功向原始服务器验证之前，不能使用
协商缓存
- Etag/f-None-Match ：资源的特定版本的 标识符，类似于指纹
- Last-Modified/f-Modified-Since ： 最后修改时间
cookie
| Set-Cookie-response | |
|---|---|
| Name=value | 各种cookie的名称和值 |
| Expires=Date | Cookie 的有效期，缺省时Cookie仅在浏览器关闭 |
| 之前有效。 | |
| Path=Path | 限制指定Cookie 的发送范围的文件目录,默认为当前 |
| Domain=domain | 限制cookie生效的域名，默认为创建cookie的服务 |
| 域名 | |
| secure | 仅在HTTPS 安全连接时．才可以发送cookie |
| HttpOnly | JavaScript 脚本无法获得Cookie |
| SameSite=[None Strict Lax] | None 同站、跨站请求都可发送 Strict 仅在同站发送 允许与顶级导航一起发送，并将与第三方网站发起的GET请求一起发送 |
HTTP/2
更小、更稳定、更快
帧(frame):HTTP/2 通信的最小单位，每个帧都包含帧头，至少也会标识出当前帧所属的数据流。采用二进制传输
消息：与逻辑请求或响应消息对应的完整的一系列帧。
数据流:已建立的连接内的双向宇节流，可以承载一条或多条消息。 •交错发送，接收方重组织
HTTP/2连接都是永久的，而且仅需要每个来源一个连接
流控制：阻止发送方向接收方发送大量数据的机制
服务器推送
HTTPS概述
- HTTPS : Hypertext TransferProtocol Secure
- 经过TSL/SSL加密
- 对称加密：加密和解密都是使用同一个密钥
- 非对称加密，加密和解密需要使用两个不同的密钥：公钥 (public key)和私钥 (private key)
静态资源
静态资源方案：缓存+CDN+文件名hash
- CDN : Content Delivery Network
- 通过用户就近性和服务器负载的判断，CDN确保内容以一种极为高效的方式为用户的请求提供服务
