JavaScript 无法直接获取 302 跳转地址，因浏览器安全限制会过滤 Location 响应头；可行方案包括：服务端改用 200 + 明文 redirect_url、fetch 配置 redirect: "manual"（需同域及暴露 Header）、或通过 iframe/token 等间接方式。
JavaScript 中的 Ajax（如 fetch 或 XMLHttpRequest）默认会自动跟随 302 重定向，**你无法在前端直接拦截或获取中间跳转的 URL**，这是浏览器的安全限制。但你可以通过一些变通方式间接拿到最终 URL —— 关键在于：让服务端不直接重定向，或改用非重定向方案。
为什么 fetch / XMLHttpRequest 拿不到 302 的跳转地址？
浏览器对跨域请求有严格限制，对同域请求也默认隐藏重定向细节。当响应是 302 时：
-
fetch默认redirect: "follow"，自动跳转并返回最终响应，中间状态不可见； -
XMLHttpRequest同样自动跟随，responseURL属性只反映最终 URL（且部分旧浏览器不支持）； - 你无法通过
headers.get("Location")获取 302 的跳转地址，因为重定向响应头被浏览器过滤，不会暴露给 JS。
可行方案一：服务端改返回 200 + 重定向信息（推荐）
让后端不发 302，而是返回 200 OK 并在响应体或自定义 header 中明文提供跳转地址：
- 例如后端返回 JSON：
{"redirect_url": "https://example.com/target"}； - 前端解析后手动跳转：
window.location.href = data.redirect_url； - 这样你既能拿到 URL，又能控制跳转时机（比如加 loading、埋点、权限校验等）。
可行方案二：用 fetch + redirect: "manual"（仅限同域且需 CORS 配合）
设置 redirect: "manual" 可阻止自动跳转，但有前提：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 必须是同源请求（否则会被 CORS 阻止）；
- 响应头需包含
Access-Control-Expose-Headers: Location； - 服务端要允许该 header 暴露：
res.header("Access-Control-Expose-Headers", "Location")； - 前端可读取：
response.headers.get("Location")得到跳转地址。
示例：
fetch("/api/redirect-test", { redirect: "manual" })
.then(res => {
if (res.type === "opaqueredirect") {
// 注意：opaque redirect 下 headers 不可读，此路不通
console.log("无法访问 headers —— 因为跨域或 opaque 模式");
} else if (res.redirected) {
console.log("最终 URL:", res.url); // 只能拿到最终 URL，不是 302 的 Location
} else if (res.status === 302) {
console.log("跳转地址:", res.headers.get("Location")); // 仅同域 + expose 后可用
}
});
可行方案三：用 iframe 或 window.open（适合下载类跳转）
如果目标是触发跳转（比如下载文件），又需要知道跳向哪，可以：
- 发起一个带唯一参数的请求（如
?t=12345）； - 服务端记录该 token 对应的跳转地址；
- 前端另起一个轻量请求查 token 映射，提前获知目标 URL；
- 或用
<iframe src="/api/download">触发，虽不能读 URL，但可配合服务端回调通知前端。
本质上，浏览器不允许前端直接窥探 302 的 Location 是出于安全考虑（防止信息泄露、CSRF 助攻等）。所以最可靠的方式还是和服务端约定好通信协议，把跳转逻辑“显性化”。
