HTTP 重定向乱套？301、302、307、308 的差别与使用场景

一句话承诺：用时序图和表格，快速选对重定向码，避免缓存与方法变更带来的坑。

对照表

Nginx配置示例

server {
  listen 80;
  server_name old.example.com;
  return 301 https://new.example.com$request_uri;
}

server {
  listen 80;
  server_name temp.example.com;
  location /upload {
    return 307 https://upload.example.com$request_uri;
  }
}

少量解释

• 301/308可被缓存，适合永久迁移；307保证方法不变，适合上传跳转。
• 302用作临时跳转，但行为因客户端不同可能不一致。
• 明确使用场景能避免 POST 被意外改为 GET。

常见坑与替代法

• 坑：301导致错误缓存长期生效。替代：上线前充分验证再发布。
• 坑：302在部分客户端变更方法。替代：使用307确保方法不变。
• 坑：跳转链过长。替代：减少中间跳转，避免SEO与性能影响。

下一篇预告

YAML/JSON 配置互转：批量脚本与常见格式陷阱（代码块+案例）。