要解决的问题
同样是“跳到另一个网址”，永久性与方法保持规则可能不同。尤其是 POST 请求，不能只检查浏览器地址栏有没有变化。先明确资源是否永久迁移，再确认客户端是否应保留原请求方法与请求体。
适用环境
适用于 HTTP 行为理解与接口设计核对；实际客户端、缓存和代理行为仍需按环境测试。
操作步骤与示例
先运行下面的小样本，再把输入替换为自己的资料；保留原始文件副本。
常用判断表：
301：永久重定向；历史客户端处理可能把 POST 改为 GET。
302：临时重定向；历史客户端处理可能把 POST 改为 GET。
307：临时重定向，要求保留请求方法与请求体。
308：永久重定向，要求保留请求方法与请求体。如何判断结果
迁移普通阅读页时，先检查目标地址、跳转次数和最终响应；处理提交接口时，还需检查真实客户端是否保留方法与请求体。不能因为 GET 测试通过，就认为 POST 迁移也正确。
常见问题与排查
永久跳转可能被缓存，因此发布前先核对目标，避免形成循环或意外跨域。跳转到有副作用的接口时，测试应使用受控环境；不要把生产支付或提交操作当作普通页面反复重放。
适用边界
这张表不能替代协议和业务设计。重定向本身不保证搜索引擎完成迁移或传递排名效果；需要结合站点结构、规范地址和实际抓取反馈验证。