这是我参与「第四届青训营 」笔记创作活动的第5天，本文主要对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
状态码
- 200 OK - 客户端请求成功
- 301 - 资源（网页等）被永久转移到其它 URL
- 302 - 临时跳转
- 401 - Unauthorized - 请求未经授权
- 404 - 请求资源不存在，可能是输入了错误的URL
- 500 - 服务器内部发生了不可预期的错误
- 504 - Gateway Timeout - 网关或者代理的服务器无法在规定的时间内获得想要的响应。
RESTful API
一种API设计风格；REST - Representational State Transfer
- 每一个URL代表一种资源
- 客户端和服务器之间，传递这种资源的某种表现层
- 客户端通过HTTP method，对服务器端资源进行操作，实现“表现层状态转化”
- Accept：接收类型，表示浏览器支持的MIME类型（对标服务端返回的Content-Type）
- Content-Type：客户端发送出去实体内容的类型
- Cache-Control：指定请求和响应遵循的缓存机制，如no-cache
- If-Modified-Since：对应服务端的Last-Modified，用来匹配看文件是否变动，只能精确到1s之内
- 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头部（如*）
