必须禁用Postman的Automatically follow redirects才能查看真实重定向地址，关闭后响应头Location字段即为服务器指定跳转目标，需注意相对路径拼接、代理启用及后端逻辑异常等影响因素。
Postman里禁用自动跳转才能看到真实重定向地址
默认情况下 Automatically follow redirects 是开启的，Postman 会默默把 301/302 响应吃掉，直接返回最终响应体，你根本看不到中间跳了哪几跳。要查重定向链路，第一步必须关掉它——在请求右上角 Settings → 取消勾选 Automatically follow redirects。
关掉之后，发送请求，只要响应状态码是 301、302、307 或 308，你就拿到了原始重定向响应。此时重点看响应头里的 Location 字段，它的值就是服务器明确告诉你要跳去的地址。
- 如果
Location是相对路径（如/login?next=/admin），需手动拼到原始域名后才构成完整 URL - 如果返回的是
302但Location为空或非法，说明服务端逻辑有误，不是配置问题 - 某些反向代理（如 Nginx）可能改写过
Location，这时要对比请求发出时的 Host 和实际响应头是否一致
用 Tests 脚本自动提取并打印所有跳转地址
手动点几次请求再抄 Location 太累，尤其当重定向链超过两跳时。可以在请求的 Tests 标签页里加一段脚本，让 Postman 自动记录每次跳转的目标：
if (responseCode.code === 301 || responseCode.code === 302 || responseCode.code === 307 || responseCode.code === 308) {
const location = responseHeaders.get('Location');
if (location) {
console.log('→ Redirect to:', location);
// 可选：存为环境变量供后续请求用
// pm.environment.set('redirect_target', location);
}
}
这段脚本只在当前响应是重定向时触发，不会干扰正常 200 响应。注意它只捕获单次响应的 Location，若想跑完整跳转链，得配合 Collection Runner 手动多发几次（Postman 不支持自动递归跳转 + 记录全链路）。
浏览器版 Postman 看不到重定向详情？先确认代理是否启用
在线版 Postman（postman.co）在发请求时若遇到 CORS 报错或直接卡在 pending，很可能根本没发出请求——而是被浏览器拦截了。这种情况下你连 302 都看不到，更别说 Location。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
必须确保本地 Postman Proxy 已安装并运行（网页版首次发 localhost 请求时会弹窗引导）。只有代理进程在后台跑着，请求才真正由本地程序发出，绕过浏览器同源策略，也才能拿到原始响应头。
- 检查方式：发一个
GET http://httpbin.org/status/302，如果响应体是空、状态码显示为 0 或 Network tab 显示 failed，说明代理没起作用 - 桌面版无此限制，但要注意它默认仍开启
Automatically follow redirects，同样需要手动关闭 - 代理启用后，响应头中的
Location才是真实服务端返回的，不是浏览器伪造的
重定向链路中 Location 值不合法的常见原因
Location 头缺失、为空、或指向非法协议（如 javascript:alert(1)），往往不是 Postman 的问题，而是后端行为异常。排查时优先确认这几处：
- 服务端代码里写了
res.redirect(null)或拼接Location时变量未定义（Node.js 常见） - Nginx/Apache 的
return 302指令没带目标 URL，或用了rewrite但没加redirect标志 - 某些 Java 框架（如 Spring）在异步线程中调用 redirect，导致响应头未正确写出
- CDN 或网关层做了二次重定向，但没透传原始
Location，而是返回了自身配置的 fallback 地址
真要验证完整跳转链，别只信 Postman 单次响应；用 curl -v 或浏览器开发者工具 Network 面板的 Preserve log 模式，才能看到每一跳的原始请求/响应头——Postman 的“重定向检查”本质是帮你截住第一跳，后面得靠其他工具补全。
