考察点分析

本题主要考察以下核心能力维度：

  1. HTTP协议规范理解：对状态码分类原则的掌握程度
  2. 实际场景应用能力：不同重定向状态码的具体使用场景区分
  3. 协议版本演进认知：HTTP/1.0与1.1版本对重定向处理的差异

具体技术评估点：

  • 状态码类别划分标准（2xx/3xx/4xx/5xx）
  • 重定向状态码的缓存行为差异
  • 请求方法在重定向过程中的保持特性
  • 浏览器与服务器交互的流程控制
  • 历史版本兼容性问题处理

技术解析

关键知识点

HTTP状态码 > 重定向类型区分 > 请求方法保持 > 缓存策略

原理剖析

HTTP状态码采用三位数字编码，首位数字定义响应类别：

  • 2xx（成功）：请求已被服务器接收并处理
  • 3xx（重定向）：需要客户端执行额外操作以完成请求
  • 4xx（客户端错误）：请求包含错误语法或无法完成
  • 5xx（服务端错误）：服务器处理有效请求时失败

重定向核心差异：

状态码HTTP版本方法保持缓存行为典型场景
3011.0/1可能丢失永久缓存域名迁移
3021.0可能丢失不缓存临时维护
3071.1严格保持不缓存API重定向

常见误区

  1. 认为302默认保持请求方法（实际可能降级为GET）
  2. 混淆301与308的区别（308要求严格保持方法）
  3. 忽略HTTP版本对重定向语义的影响
  4. 误用304（Not Modified）作为重定向状态码

问题解答

HTTP状态码按首位数字分为五大类：

  • 2xx：成功响应（如200 OK表示请求成功）
  • 3xx：重定向（资源位置变化需客户端跟进）
  • 4xx：客户端错误（如404 Not Found）
  • 5xx：服务端故障（如502 Bad Gateway）

重定向状态码差异：

  1. 301 Moved Permanently：

    • 资源永久迁移，搜索引擎更新索引
    • 后续请求应直接访问新URL
    • 示例：网站启用新域名后旧域名跳转

  2. 302 Found（HTTP/1.0）：

    • 临时重定向，客户端应保持原始URL
    • 可能将POST转为GET方法
    • 示例：临时活动页面跳转

  3. 307 Temporary Redirect：

    • 明确要求保持原始请求方法
    • 禁止自动转换POST到GET
    • 示例：API请求的临时重定向

深度追问

  1. 如何避免重定向链？ 规范配置，使用绝对路径，监控跳转次数

  2. 308状态码解决了什么问题？ 保持请求方法和body的永久重定向

  3. 302与303的区别？ 303强制GET方法，用于POST后的重定向

Edit this page

Last updated 06 Mar 2025, 13:07 +0800 . history