这是我参与「第五届青训营 」伴学笔记创作活动的第 6 天
一、本堂课重点内容:
- 初识 HTTP
-
- HTTP背景知识
- HTTP概念解读
- HTTP 协议特征
- 协议分析
-
- 持续发展
- 报文解析
二、详细知识点介绍:
初识 HTTP
伟大的计算机网络老师曾经说过:”这么课,说穿了就是一个又一个的协议。“,那么什么是协议?在理解什么是协议之前要先理解计算机网络的分层模型。现在我们的计算机网络理论上是分为七层,称为OSI参考模型,实际使用的时候有几个层合并了,取了个新的名字叫TCP/IP分层模型,而协议就是层进行同级数据交换的规范。HTTP协议就是应用层的协议。
什么是HTTP
全称叫Hyper Text Transfer Protocol(超文本传输协议),是应用层协议,调用传输层的TCP协议提供的服务。
它的特点主要有三个
- 以一次请求/响应为基本单元
- 简单可扩展。因为首部预留了一些位置来进行自定义。
- 无状态:每次请求都是独立的
协议分析
HTTP协议发展了很多年,还要继续发展很多年。我在课上学的是HTTP/1.1,但是现在生产环境大部分用的HTTP/2
报文
先整体看一下,HTTP的请求和相应结构基本相同,一一对应。
Method
| GET | 请求一个指定资源的表示形式.使用GET的请求应该只被用于获取数据 |
|---|---|
| POST | 用于将实体提交到指定的资源,通常导致在服务器上的状态变化或副作用 |
| PUT | 用请求有效载荷替换目标资源的所有当前表示 |
| DELETE | 删除指定的资源 |
| HEAD | 请求一个与GET请求的响应相同的响应,但没有响应体 |
| CONNECT | 建立一个到由目标资源标识的服务器的隧道 |
| OPTIONS | 用于描述目标资源的通信选项。 |
| TRACE | 沿着到目标资源的路径执行一个消息环回测试 |
| PATCH | 用于对资源应用部分修改 |
还可以根据别的特性来划分
Safe (安全的):
- 不会修改服务器的数据的方法
- GET HEAD OPTIONS
ldempotent(幂等):
- 同样的请求被执行一次与连续执行多次的效果是一样的,服务器的状态也是一样的
- 所有safe的方法都是ldempotent 的
- GET HEAD OPTIONS PUT DELETE
状态码
- 200 OK- 客户端请求成功
- 301- 资源 (网页等)被永久转移到其它 URL
- 302-临时跳转
- 401 Unauthorized - 请求未经授权
- 404- 请求资源不存在,可能是输入了错误的 URL
- 500- 服务器内部发生了不可预期的错误
- 504 Gateway Timeout-网关或者代理的服务器无法在规定的时间内获得想要的响应
常用请求头
| Accept | 接收类型,表示浏览器支持的MIME类型!(对标服务端返回的Content-Type) |
|---|---|
| Content-Type | 客户端发送出去实体内容的类型 |
| Cache-Control | 指定请求和响应遵循的缓存机制,如no-cache |
| f-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头部 (警如为*) |
cookie
| Name=value | 各种cookie的名称和值 |
|---|---|
| Expires=Date | Cookie 的有效期,缺省时Cookie仅在浏览器关闭之前有效。 |
| Path=Path | 限制指定Cookie 的发送范围的文件目录,默认为当前 |
| Domain=domain | 限制cookie生效的域名,默认为创建cookie的服务域名 |
| secure | 仅在HTTPS 安全连接时,才可以发送Cookie |
| HttpOnly | JavaScript 脚本无法获得Cookie |
| SameSite=[NonelStrictILax] | - None 同站、跨站请求都可发送 |
- Strict 仅在同站发送
- 允许与顶级导航一起发送,并将与第三方网站发起的GET请求一起发送 |
缓存
RESTful API
一种API设计风格,REST - Representational State Transfer:
- 每一个URI代表一种资源
- 客户端和服务器之间,传递这种资源的某种表现层
- 客户端通过HTTP method,对服务器端资源进行操作,实现"表现层状态转化”
| 请求 | 返回码 | 含义 |
|---|---|---|
| GET /zoos | 200 0K | 列出所有动物园,服务器成功返回了 |
| POST /zoos | 201 CREATED | 新建一个动物园,服务器创建成功 |
| PUT /zoos/ID | 400 INVALID REQUEST | 更新某个指定动物园的信息 (提供该动物园的全部信息)用户发出的请求有错误,服务器没有进行新建或修改数据的操作 |
| DELETE /zoos/ID | 204 NO CONTENT | 删除某个动物园,删除数据成功 |
现阶段发展
HTTP/2的特点是更快、更稳定、更简单,有以下几个特点
- 采用帧作为通信的最小单位,再大一点的概念是消息,再大的概念是数据流
- HTTP/2的连接都是永久的,而且仅需要每个来源一个连接
- 可以实现流控制,即阻止服务器发送大量数据
- 可以进行服务器智能推送
如果要提高安全性,可以使用HTTPS
三、课后个人总结:
让我想起了计算机网络考试前背书的感觉