网络与协议 · 43/72
1. Ajax、Axios、Fetch 对比 2. Ajax 原理 3. Ajax 技术与实现 4. 常见的应用层协议 5. 浏览器缓存的存储位置 6. 从输入 URL 到页面显示的过程 7. Cache-Control 常见配置值 8. CDN 工作原理 9. 为什么推荐将静态资源放到 CDN 上 10. Cookie 的弊端 11. Cookie 的 Secure 属性设置 12. CORS 请求携带身份凭证的方法 13. CORS 跨域原理 14. 复杂请求预检检查内容 15. CORS 预检请求 16. CORS简单请求的条件 17. 简单请求为何无需预检 18. DNS 域名解析与网络请求路由 19. 什么是跨域 20. 什么是 DNS 劫持? 21. DNS 预解析优化网页加载速度 22. DNS 解析过程与优化 23. URL 参数为什么需要 encodeURIComponent 转码 24. Last-Modified 和 ETag 的区别 25. Fetch 发送两次请求的原因 26. 正向代理与反向代理 27. 前后端通信方式 28. GET请求能否上传图片 29. GET 请求的传参长度限制 30. HTTP 缓存策略 31. GET 与 POST 的区别 32. HTTP状态码301与302的区别 33. HTTP 数据传输 34. HTTP 队头阻塞 35. HTTP 请求头和响应头的重要字段 36. HTTP发展历程 37. HTTP与HTTPS总结 38. HTTP 和 HTTPS 的区别 39. HTTP 报文结构与状态码 40. HTTP Keep-Alive 机制 41. HTTP管道机制的作用 42. HTTP协议优缺点 43. HTTP 重定向状态码 301/302/303/307/308 44. HTTP 请求方法 45. HTTP 协议版本演进 46. HTTP与TCP的区别 47. HTTP/2 多路复用原理 48. HTTPS 协议的缺点 49. HTTP/3 如何保证传输可靠性 50. HTTP/2 的改进 51. HTTPS 加密原理 52. 什么是负载均衡? 53. Nginx 负载均衡调度算法 54. Nginx 是什么 55. 对象存储 OSS 是什么 56. OPTIONS 请求方法及使用场景 57. 轮询与 WebSocket 对比 58. HTTPS 中 SSL 的 OSI 层位置 59. SSL连接恢复 60. 强缓存和协商缓存 61. TCP 三次握手与四次挥手 62. TCP三次握手中的数据传输 63. TCP 和 HTTP 请求的关系 64. TCP/IP 协议 65. TCP 如何判断丢包 66. TCP 与 UDP 的区别 67. WebSocket 的 Handshaking 握手过程 68. TLS 1.3 相比 TLS 1.2 的改进 69. URI、URL、URN 的区别 70. WebSocket 心跳机制 71. WebSocket 协议原理 72. XML与JSON对比

HTTP 重定向状态码 301/302/303/307/308

理解 HTTP 重定向状态码的区别和使用场景

问题

HTTP 中的 301、302、303、307、308 状态码有什么区别?分别在什么场景下使用?

解答

状态码对比

状态码名称重定向类型请求方法
301Moved Permanently永久可能变为 GET
302Found临时可能变为 GET
303See Other临时强制变为 GET
307Temporary Redirect临时保持不变
308Permanent Redirect永久保持不变

301 Moved Permanently

永久重定向。资源已永久移动到新位置,浏览器会缓存这个重定向。

# Nginx 配置示例:HTTP 跳转 HTTPS
server {
    listen 80;
    server_name example.com;
    return 301 https://example.com$request_uri;
}
// Node.js 示例
res.writeHead(301, { Location: 'https://new-domain.com/page' });
res.end();

注意:浏览器可能将 POST 请求改为 GET 请求。

302 Found

临时重定向。资源临时移动,下次请求仍应使用原 URL。

// Express 示例
app.get('/old-page', (req, res) => {
  res.redirect(302, '/new-page');
});

问题:早期浏览器实现不一致,可能将 POST 改为 GET。这是历史遗留问题,后来引入了 303 和 307 来明确行为。

303 See Other

临时重定向,强制使用 GET 请求新 URL。常用于 POST 请求后重定向到结果页。

// 表单提交后重定向到结果页
app.post('/submit-form', (req, res) => {
  // 处理表单数据
  saveData(req.body);
  
  // 使用 303 重定向到结果页,浏览器会用 GET 请求
  res.redirect(303, '/success');
});

307 Temporary Redirect

临时重定向,保持原请求方法。POST 请求重定向后仍是 POST。

// API 临时迁移,保持 POST 方法
app.post('/api/v1/users', (req, res) => {
  res.redirect(307, '/api/v2/users');
  // 客户端会用 POST 方法请求新地址,并携带原请求体
});

308 Permanent Redirect

永久重定向,保持原请求方法。相当于 301 的”方法不变”版本。

// API 永久迁移,保持原方法
app.all('/api/old/*', (req, res) => {
  const newPath = req.path.replace('/api/old', '/api/new');
  res.redirect(308, newPath);
});

实际应用示例

const express = require('express');
const app = express();

// 场景1:网站改版,旧页面永久跳转(用 301)
app.get('/old-blog/:id', (req, res) => {
  res.redirect(301, `/blog/${req.params.id}`);
});

// 场景2:表单提交后跳转(用 303)
app.post('/login', (req, res) => {
  // 验证登录...
  res.redirect(303, '/dashboard');
});

// 场景3:API 临时维护,保持方法(用 307)
app.use('/api/v1', (req, res) => {
  res.redirect(307, req.url.replace('/api/v1', '/api/v2'));
});

// 场景4:HTTPS 强制跳转(用 301)
app.use((req, res, next) => {
  if (!req.secure) {
    return res.redirect(301, `https://${req.headers.host}${req.url}`);
  }
  next();
});

app.listen(3000);

关键点

  • 301 vs 308:都是永久重定向,301 可能改变方法,308 保持方法不变
  • 302 vs 307:都是临时重定向,302 行为不确定,307 明确保持方法
  • 303:专门用于 POST 后重定向到 GET 页面(PRG 模式)
  • SEO 影响:301/308 会传递权重到新 URL,302/303/307 不会
  • 浏览器缓存:301/308 会被缓存,302/303/307 不缓存