关闭 Automatically follow redirects 是唯一有效方式，该全局设置控制所有请求的重定向行为，关闭后返回原始301/302响应并显示Location头，需手动跳转；修改在Settings→General中，立即生效但已发请求需重发。

关闭 Automatically follow redirects 是唯一有效方式

Postman 不支持“临时”或“单次”关闭重定向，所有重定向行为均由全局设置 Automatically follow redirects 控制。只要它开启，每次发送请求都会自动跳转；一旦关闭，所有后续请求（包括新标签页、新集合）都停止自动跟随。不存在按请求、按环境或按 Collection 的细粒度开关。

在哪里找到并修改该设置

这个选项不在请求编辑区，也不在右键菜单里，必须进 Settings：

• 点击右上角齿轮图标 Settings
• 切换到 General 标签页
• 找到 Automatically follow redirects 复选框，取消勾选

注意：修改后立即生效，无需重启或刷新。但已打开的请求标签页不会回退行为——如果你之前发过请求且它已自动跳转，关闭设置后需重新点击 Send 才能观察原始 302/301 响应。

关闭后你实际看到什么

不是“报错”，而是返回原始重定向响应本身：

Postman 12.27.7

Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。

下载

• 状态码保持为 301 Moved Permanently 或 302 Found
• 响应头中会出现 Location 字段，值就是目标 URL
• 响应体通常为空，或含简短 HTML 跳转提示（取决于服务端）
• 如果需要手动跳转，可复制 Location 值，新建请求粘贴发送

常见误判：看到 302 就以为失败——其实这是正常重定向响应，恰恰说明接口按预期工作了。

容易被忽略的关联配置

单独关掉 Automatically follow redirects 有时还不够，尤其做登录态或 Cookie 关联测试时：

• 务必同步关闭 Disable cookie jar（在请求 Headers 下方的 Cookies 按钮旁），否则 Set-Cookie 不会被保存
• 如果重定向目标主机变了，且你依赖 Authorization 头，记得勾选 Follow authorization header（也在 Settings → General 里）
• 不要依赖“点击响应里的链接”来跳转——那会新建 GET 请求，且默认不带原请求的 Headers 或 Body

最常被漏掉的是：关了自动重定向却忘了清空旧 Cookie，导致后续请求仍带着过期凭证，返回 401 或 302 循环。