了解HTTP
HTTP用于处理与网络请求相关的部分。
Hyper Text Tansfer Protocol(HTTP)超文本传输协议:
- 是应用层协议,基于TCP传输协议
- 用于请求和响应
- 简单可扩展
- 是一个无状态的协议,每个请求之间孤立
协议分析-报文
常用字段及取值:
Method字段:
| 取值 | 功能 |
|---|---|
| GET | 请求一个指定资源的表示形式使用GET的请求应该只被用于获取数据 |
| POST | 用于将实体提交到指定的资源,通常导致在服务器上的状态变化或副作用 |
| PUT | 用请求有效载荷替换目标资源的所有当前表示 |
| DELETE | 删除指定的资源 |
| HEAD | 请求一个与GET请求的响应相同的响应,但没有响应体 |
| CONNECT | 建立一个到由目标资源标识的服务器的隧道 |
| OPTIONS | 用于描述目标资源的通信选项 |
| TRACE | 沿着到目标资源的路径执行一个消息环回测试 |
| PATCH | 用于对资源应用部分修改 |
Method取值分类:
| 类别 | 常见取值 |
|---|---|
| Safe(安全的):不会修改服务器数据的方法 | GET、HEAD、OPTIONS |
| Idempotent(幂等):同样的请求执行一次与连续执行多次效果一样,服务器状态也一样 | PUT、DELETE,所有的Safe方法都是Idempotent的 |
状态码
状态码划分:
常见状态码:
| 状态码 | 含义 |
|---|---|
| 200 | OK-客户端请求成功 |
| 301 | 资源(网页等)被永久转移到其它URL |
| 302 | 临时跳转 |
| 401 | Unauthorized -请求未经授权 |
| 404 | 请求资源不存在,可能是输入了错误的URL |
| 500 | 服务器内部发生了不可预期的错误 |
| 504 | Gateway Timeout-网关或者代理的服务器无法在规定的时间内获得想要的响应。 |
RESTful API
REST(Representation State Transfer)ful API是一种API的设计风格:
- 每一个URI代表一种资源;
- 客户端和服务器之间,传递这种资源的某种表现层;
- 客户端通过HTTP method,对服务器端资源进行操作,实现"表现层状态转化"。
常用请求头
| 常用请求头 | 用途 |
|---|---|
| Accept | 接收类型,表示浏览器支持的MIME类型(对标服务端返回的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-Control后有效 |
| ETag | 资源的特定版本的标识符,Etags类似于指纹 |
| Set-Cookie | 设置和页面关联的cookie,服务器通过这个头部把cookie传给客户端 |
| Server | 服务器的一些相关信息 |
| Access-Control-Allow-Origin | 服务器端允许的请求Origin头部(譬如为*) |
缓存相关的请求头
缓存分为强缓存和协商缓存:
- 强缓存:有缓存时直接使用
- Expires,时间戳
- Cache-Control
- 可缓存性
- no-cache:协商缓存验证
- no-store:不使用任何缓存
- 到期
- max-age :单位是秒,存储的最大周期,相对于请求的时间
- 重新验证*重新加载
- must-revalidate : 一旦资源过期,在成功向原始服务器验证之前,不能使用
- 可缓存性
- 协商缓存:有缓存时要与服务端通信确定缓存可以使用
- Etag/If-None-Match :资源的特定版本的标识符,类似于指纹
- Last-Modified/If-Modified-Since:最后修改时间
缓存处理流程:
Cookie响应头
Set-Cookie响应头的字段及含义
| 字段 | 含义 |
|---|---|
| Name=value | 各种cookie的名称和值 |
| Expires=Date | Cookie的有效期,缺省时Cookie仅在浏览器关闭之前有效 |
| Path=Path | 限制指定Cookie的发送范围的文件目录,默认为当前 |
| Domain=domain | 限制cookie生效的域名,默认为创建cookie的服务域名 |
| secure | 仅在HTTPS安全连接时,才可以发送Cookie |
| HttpOnly | JavaScript脚本无法获得Cookie |
| SameSite=[None] | None同站、跨站请求都可发送 |
| SameSite=[Strict] | Strict仅在同站发送 |
| SameSite=[Lax] | 允许与顶级导航一起发送,并将与第三方网站发起的GET请求一起发送 |
协议分析-发展
HTTP2的优点:
- 使用帧通信,采用二进制及压缩算法
- 使用消息(一系列帧)和数据流(双向字节流)交错发送,在接收方进行重组
- HTTP2的连接是永久的,仅需要每个来源一个连接
- 流控制:允许阻止发送方向接收方发送大量数据的机制
- 服务器可以根据客户端的请求智能推送数据
HTTPS的优点:
- 经过TLS/SSL加密
- 对称加密:加密和解密都是使用同一个密钥
- 非对称加密:加密和解密需要使用两个不同的密钥,公钥(public key)和私钥(private key)
场景分析
静态资源
静态资源部署方案:
- 缓存,提升用户获取资源的速度
- CDN,通过用户就近性和服务器负载的判断,CDN确保内容以一种极为高效的方式为用户的请求提供服务
- 文件名hash,通过hash算法确保用户使用的资源是最新的
登录
- 使用OPTIONS方法字段进行跨域请求,跨域解决方案:
- CORS(Cross-Origin Resource Sharing),跨域资源共享
- 代理服务器,同源策略是浏览器的安全策略,并非HTTP协议的安全策略
- iframe,限制较多不常用
- 使用POST方法字段提交表单,携带form信息并获取返回的JSON及cookie信息
- 通过鉴权来使登录状态跨域保存(SSO单点登录),鉴权解决方案:
- Session + Cookie
- JWT(JSON web token)