HTTP 学习 ｜ 青训营笔记

無名NULL
76 阅读6分钟

这是我参与「第四届青训营」笔记创作活动的第 6 天

一、本堂课重点内容：

  1. 什么是 HTTP 以及其基本特点
  1. HTTP 的发展过程和报文协议

二、详细知识点介绍：

HTTP 介绍

  1. HTTP 全名为 Hyper Text Transfer Protocol（超文本传输协议）
  1. HTTP 位于 TCP / IP 中的应用层（属于应用层协议，基于 TCP 协议）
  1. 简单可扩展（可以添加自定义头部）
  1. 无状态（每个请求都为独立的）

请求过程

  1. 浏览器处理用户输入信息
  1. 浏览器内核发送请求至服务器并读取响应
  1. 渲染响应内容并输出到浏览器

协议分析

发展

HTTP / 0.9（单行协议）

  • 请求 GET /mypage.html
  • 响应仅有 HTML 文档

HTTP / 1.0（构建可扩展性）

  • 支持 Header
  • 新增 状态码
  • 支持 多种文档类型
  • ...

HTTP / 1.1（标准化协议）

  • 链接复用
  • 缓存
  • 内容协商
  • ...

HTTP / 2（更加优异）

  • 二进制协议
  • 压缩 Header
  • 服务器推送
特点

更快、更稳定、更简单

帧
  • HTTP / 2 通信的最小单位
  • 每个帧均包含帧头，至少标识当前帧所属的数据流
  • 帧可以交错发送，提高数据传输效率
数据流

已建立的连接内的双向字节流，能够承载一条或多条消息

消息

与逻辑请求或相应消息对应的完整的一系列帧

流控制
  • 用于阻止发送方向接收方发送大量数据的机制
  • 例如监测到视频暂停停止视频的缓存，减少大量数据发送
服务器推送
  • 得益于 HTTP / 2 连接都是永久的，仅需要每个来源的一个链接
  • 该功能需要浏览器的支持

报文

请求报文

组成

  • 请求行

    • 请求方法
    • URL
    • 协议版本

  • 请求头

    • 头部字段名以及其值

  • 请求体

    • 请求数据

响应报文

组成

  • 响应行

    • 报文协议及其版本
    • 状态码以及状态描述

  • 响应头

    • 通常有 Server、Content-Type、Date 等等

  • 响应体

    • 数据内容

请求方法

Safe（安全）

不会修改服务器的数据的方法

  • GET
  • HEAD
  • OPTIONS
Idempotent（幂等）

同样的请求被执行一次与连续执行多次的效果是一样的，服务器的状态也是一样的

所有 Safe 方法都是 Idempotent

  • GET
  • HEAD
  • OPTIONS
  • PUT
  • DELETE
请求方法描述
GET请求一个指定资源的表示形式，应该只用于获取数据
POST用于将实体提交到指定的资源，通常导致在服务器上的状态变化或副作用
PUT用请求有效载荷替换目标资源的所有当前显示
DELETE删除指定资源
HEAD请求一个与 GET 请求的响应相同的响应，但没有响应体
CONNECT建立一个到由目标资源标识的服务器的隧道
OPTIONS用于描述目标资源的通信选项
TRACE沿着到目标资源的路径执行一个消息环回测试
PATCH用于对资源应用部分修改
PUT用请求有效载荷替换目标资源的所有当前显示
DELETE删除指定资源
HEAD请求一个与 GET 请求的响应相同的响应，但没有响应体
CONNECT建立一个到由目标资源标识的服务器的隧道
OPTIONS用于描述目标资源的通信选项
TRACE沿着到目标资源的路径执行一个消息环回测试
PATCH用于对资源应用部分修改

状态码

状态码描述
1xx指示信息，表示请求已接收，继续处理
2xx成功，表示请求已被成功接收、理解、接受
3xx重定向，要完成请求必须进行更进一步的操作
4xx客户端错误，请求有语法错误或请求无法实现
5xx服务器端错误，服务器未能实现合法的请求

Restful API

设计风格
  1. 每一个 URL 代表一种资源
  1. 客户端和服务器之间，传递这种资源的某种表现层
  1. 客户端通过 HTTP Method ，对服务器端资源进行操作，实现“表现层状态转化”
例子
请求返回码描述
GET /zoos200 OK列出所有动物园
POST /zoos201 CREATED新建一个动物园

常用请求头

标头名描述
Accept接收类型，表示浏览器支持的 MIME 类型
Content-Type客户端发送出去实体内容的类型
If-Modified-Since对应服务端的 Last-Modified，用于匹配查看文件是否变动，只能精确到 1 秒以内
Cache-Control控制缓存行为
Date创建报文的日期时间，表示为格林威治标准时间
Expires缓存控制，在这个时间内不会请求，直接使用缓存，服务端时间
Max-age代表资源在本地缓存多少秒，有效时间内不会请求，而是使用缓存
If-None-Match对应服务端的 ETag ，用来匹配文件内容是否改变（精确）
Cookie有 Cookie 并且同域访问时自动带上
Referer该页面的来源 URL（适用于所有类型请求，精确到详细页面地址，CSRF 拦截常用字段）
Origin最初的请求是从哪里发起的（仅精确到端口）
User-Agent用户客户端的一些必要信息，如 UA头部等

常见响应头

标头名描述
Content-Type服务端返回的实体内容的类型
Cache-Control指定请求和响应遵循的缓存机制
Last-Modified请求资源的最后修改时间
Expires应该在什么时候认为文档已经过期从而不再缓存
Max-age客户端的本地资源应该缓存多少秒（仅开启 Cache-Control 后生效）
ETag资源的特定版本的标识符，ETags 类似于指纹
Set-Cookie设置和页面关联的 Cookie ，服务器通过这个头部把 Cookie 传递至客户端
Server服务器的一些相关信息
Access-Control-Allow-Orgin服务器端允许的请求 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=DateCookie 的有效期，若无则仅在浏览器关闭之前有效
Path=Path限定 Cookie 的发送范围文件目录，默认为当前
Domain=Domain限定 Cookie 生效的域名，默认为创建 Cookie 服务域名
secure仅在 HTTPS 安全连接时，才可以发送 Cookie
HttpOnlyJavaScript 脚本无法获取 Cookie
SameSite=[None|Strict|Lax]- None 同域、跨域请求都可发送
- Strict 仅在同域可发送
- 允许与顶级导航一起发送，并将与第三方网站发起的 GET 请求一并发送
avatar
文章
阅读
粉丝