HTTP实用指南 | 青训营笔记

TheWhile
54 阅读5分钟

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

HTTP实用指南

内容框架

  • 01.初识

    • 背景知识；什么事HTTP，其基本特点

  • 02.协议分析

    • 报文结构，发展历程

  • 03.常见场景

    • 静态资源，登录

  • 04.实际应用

    • 浏览器与Node中使用

  • 05.了解更多

    • 不止HTTP一个选择

初识HTTP

从在浏览器地址栏输入网址开始到网页显示完成，这之间发生了什么？

image.png

什么是HTTP

  • Hyper Text Transfer Protocol 超文本传输协议
  • 应用层协议，基于TCP协议
  • 请求 响应
  • 简单可扩展
  • 无状态

协议分析

发展

  • HTTP/0.9 单行协议

    • 请求GET
    • 响应只有HTML文档

  • HTTP/1.0 构建可扩展性

    • 增加了Header
    • 有了状态码
    • 支持多种文档类型

  • HTTP/1.1 标准化协议

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

  • HTTP/2 更优异的表现

    • 二进制协议
    • 压缩header
    • 服务器推送

  • HTTP/3 草案……

报文

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

请求的特点：

Safe（安全的）：不会修改服务器数据的方法，如：GET HEAD OPTIONS

Idempotent（幂等）：同样的请求被执行一次与连续执行多次效果相同，服务器状态也相同的所有safe的方法都是Idempotent的

如： GET HEAD OPTIONS PUT DELETE

常用请求头

  • 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（适用于所有类型的请求，会精确到详细页面地址，csf拦截常用到这个字段）
  • 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头部（譬如为＊）

状态码：

状态码含义
200客户端请求成功
301资源（网页等）被永久转移到了其他URL
302临时跳转
401请求未经授权
404请求资源不存在，可能是输入了错误的URL
500服务器内部发生了不可预期的错误
504网关或代理的服务器无法在规定时间内获得想要的响应

RESTful API

API设计风格

  1. 每个URI代表一种资源
  2. 客户端和服务器之间，传递这种资源的某种表现层
  3. 客户端通过http方法，对服务器端资源进行操作，实现”表现层状态转化“
请求返回码
GET /ResPath200 OK
POST /ResPath201 CREATED
PUT /ResPath/ID400 INVALID REQUEST
DELETE /ResPath/ID204 NO CONTENT

缓存

强缓存协商缓存
Expires时间戳Etag/If-None-Match: 资源的特定版本标识符
Cache-ControlLast-Modified/If-Modified-Since: 最后修改时间

当浏览器发起Get请求后，会首先检查是否有缓存，如果有，会继续判断强缓存是否新鲜，若是则读取缓存，否则进入协商缓存判断。 |

HTTP/2：更快、更稳定、更简单

  • 消息：与逻辑请求或响应消息对应的完整的一系列帧。
  • 数据流：已建立的连接内的双向字节流，可以承载一条或多条信息。
  • 交错发送，接收双方重组织。

结束

谢谢！

avatar
文章
阅读
粉丝