这是我参与「第四届青训营」笔记创作活动的第2天
一.初识
HTTP:超文本传输协议
基于TCP协议的应用层协议
简单可扩展、无状态
二.协议分析
报文
Method
| method | 说明 |
|---|---|
| GET | 只被用于获取数据 |
| POST | 用于将实体提交到指定资源 |
| PUT | 用请求有效载荷替换目标资源的所有当前表示 |
| DELETE | 删除指定资源 |
| HEAD | 请求一个与GET请求响应相同的响应，但没有响应体 |
| CONNECT | 建立一个到由目标资源标识的服务器的隧道 |
| OPTIONS | 用于描述目标资源的通信选项 |
| TRACE | 沿着到目标资源的路径执行一个消息环回测试 |
| PATCH | 用于对资源应用部分修改 |
不会修改服务器的数据的方法:GET HEAD OPTIONS
同样请求被执行一次与连续执行多次的效果是一样的，服务器的状态也是一样的:GET HEAD OPTIONS PUT DELETE
状态码
| 状态码 | 说明 |
|---|---|
| 200 OK | 客户端请求成功 |
| 301 | 资源被永久转移到其他URL |
| 302 | 临时跳转 |
| 401 Unauthorized | 请求未经授权 |
| 404 | 请求资源不存在，可能是输入了错误的URL |
| 500 | 服务器内部发生了不可预期的错误 |
| 504 Gateway Timeout | 网关或代理的服务器无法在规定时间内获得想要的响应 |
RESTful API
RESTful API：一种API设计风格
- 每一个URI代表一种资源
- 客户端和服务器之间，传递这种资源的某种表现层
- 客户端通过HTTP method，对服务器资源进行操作，实现“表现层状态转化”
请求头
| 请求头 | 说明 |
|---|---|
| Accept | 接收类型，表示浏览器支持的MIME类型 |
| Content-Type | 客户端发送出去实体内容的类型 |
| Cache-Control | 指定请求和响应遵循的缓存机制 |
| If-Modified-Since | 对应服务端的Last-Modified，用来匹配看文件是否变动，只能精确到1s以内 |
| Expires | 缓存控制，在这个时间内不会请求，直接使用缓存，服务端时间 |
| Max-age | 代表资源在本地缓存多少秒，有效时间内不会请求，而是使用缓存 |
| If-None-Match | 对应服务端的ETag，用来匹配文件内容是否改变 |
| Cookie | 有cookie并且同域访问时会自动带上 |
| Referer | 该页面的来源URL(适用于所有类型的请求，会精确到详细页面地址，csrf拦截常用到这个字段) |
| Origin | 最初的请求是哪里发起的(只会精确到端口)，比Referer更尊重隐私 |
| User-Agent | 用户客户端的一些必要信息 |
