http1.1协议分析--报文
定义：Hyper Text Transfer Protocol超文本传输协议
- 应用层协议，基于TCP协议
- 请求响应
- 简单可扩展
- 无状态
请求方式
| 请求方式 | 说明 |
|---|---|
| GET | 请求一个指定资源的表示形式．使用 GET 的请求应该只被用于获取数据 |
| POST | 用于将实体提交到指定的资源，通常导致在服务器上的状态变化或副作用 |
| PUT | 用请求有效载荷替换巨标资源的所有当前表示 |
| DELETE | 删除指定的资源 |
| HEAD | 请求一个与 GET 请求的响应相同的响应，但没有响应体 |
| CONNECT | 建立一个到由目标资源标识的服务器的隧道 |
| OPTIONS | 用于描述标资源的通信选项 |
| TRACE | 沿着到标资源的路径执行一个消息环回测试 |
| PATCH | 用于对资源应用部分修改 |
状态码
- 200 OK-客户端请求成功
- 301-资源(网页等)被永久转移到其它URL302-临时跳转
- 401 Unauthorized -请求未经授权
- 404-请求资源不存在，可能是输入了错误的URL500-服务器内部发生了不可预期的错误
- 504 Gateway Timeout-网关或者代理的服务器无法在规定的时间内获得想要的响应。
常用请求头
| 属性 | 说明 |
|---|---|
| Accept | 接收类型,表示浏览器支持的MIME类型(对标服务端返回的Content-Type) |
| Content-Type | 客户端发送出去实体内容的类型 |
| Cache-Control | 指定请求和响应遵循的缓存机制,如no-cache |
| lf-Modified-Since | 对应服务端的Last-Modified，用来匹配看文件是否变动，只能精确到1s之内 |
| Expires | 缓存控制，在这个时间内不会请求，直接使用缓存，服务端时间 |
| Max-age | 代表资源在本地缓存多少秒．有效时间内不会请求,而是使用缓存 |
| lf-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/lf-Modified-Since:最后修改时间
下图是浏览器缓存的机制，所以不一定状态为200的都经过完整的TCP流程，可能数据来自于缓存
cookie
| 属性 | 说明 | ||
|---|---|---|---|
| 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概述
更快、更稳定、更简单
- 相较于http1.1采用帧为最小单位的方式进行传输，http/2采用二进制进行传输，而http1.1传输的是文本，
- 帧(frame) : HTTP/2通信的最小单位,每个帧都包含帧头，至少也会标识出当前帧所属的数据流。
- 消息:与逻辑请求或响应消息对应的完整的一系列帧。
- 数据流:已建立的连接内的双向字节流，可以承载一条或多条消息。
- HTTP/2连接都是永久的，而且仅需要每个来源一个连接
- 流控制:阻止发送方向接收方发送大量数据的机制
https概述
经过TSL/SSL加密
TSL（对称加密）：加密和解密是一个密钥
SSL（非对称加密）：加密和解密需要使用两个不同的密钥：公钥（public key），私钥（private key）
跨域
同域：协议、域名、端口号三者相同
注意：https不写端口号时，默认端口号是：443，http默认端口号是：80
客户端发起请求时，会先发起预请求，获知服务端是否允许跨域请求（复杂请求）
跨域解决方案
-
CORS
-
代理服务器
- 同源策略是浏览器的安全策略,不是HTTP的
-
lframe
- 诸多不便
建议
可以尝试打开控制台，自行去分析请求的方式，内容，返回数据的格式，缓存机制等。
结语
本人在http学习阶段也处于初级状态，对浏览器缓存，请求响应报文等了解不是很深刻。
