javascript中ajax无法直接获取302重定向的最终url，因浏览器自动跟随且隐藏location头；可行方案包括服务端返回200+redirect_url、fetch设redirect:"manual"（同域需cors配合）或用iframe/token等间接方式。
JavaScript 中的 Ajax 默认无法直接获取重定向后的最终 URL，因为浏览器会自动跟随 301/302 重定向，XMLHttpRequest 和 fetch 都不会暴露跳转过程中的中间响应（包括 Location 头）。要拿到重定向后的最终地址，需绕过自动重定向机制，逐跳手动处理。
使用 fetch 并禁用重定向
fetch 提供 redirect: 'manual' 选项，让请求不自动跳转，而是返回 301/302 响应，并在 response.headers.get('Location') 中提供跳转地址。你可以递归或循环发起新请求，直到得到非重定向响应。
- 设置
redirect: 'manual'后，响应状态码为 301/302 时，response.url是原始请求地址，不是目标地址；必须读取Location头 -
Location值可能是相对路径，需用new URL(location, response.url).href解析为绝对地址 - 注意跨域限制：若重定向目标是跨域地址，且服务端未携带
Access-Control-Allow-Origin，后续 fetch 会因 CORS 被拒
用 XMLHttpRequest 手动追踪（兼容性更好）
XHR 没有原生禁用重定向的选项，但可通过设置 responseType = 'blob' 并监听 onreadystatechange，在 readyState === 2（headers received）时尝试读取 getResponseHeader('Location') —— 这仅在同域且服务端允许跨域头时可行（如预检通过后）。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 实际中成功率较低，多数浏览器在重定向发生时直接隐藏中间响应头，
getResponseHeader返回 null - 更可靠的做法仍是服务端配合：返回 302 的同时，在响应体或自定义头（如
X-Final-URL）中明确告知最终地址
服务端配合是最稳妥的方式
如果可控服务端，建议避免依赖客户端解析重定向。例如：
- 将重定向逻辑改为返回 JSON，含
{ "redirect_to": "https://example.com/final" }，前端自行跳转或发起新请求 - 服务端在 302 响应中添加
X-Redirect-Target或Link头，明确传递最终地址（需前端在 CORS 配置中声明允许该头） - 对关键流程（如登录后跳转），改用 200 响应 + 前端 JS 解析 location 字段，而非依赖 HTTP 重定向
注意浏览器策略与限制
现代浏览器对重定向链做了安全收敛：比如从 HTTPS 页面发起请求，重定向到 HTTP 地址会被阻止；跨域重定向后若缺少 CORS 头，fetch 会抛出 TypeError 而非返回 Response 对象。
- 无法获取重定向链中所有跳转地址，只能拿到当前跳转目标（即 Location 值）
- fetch 的
redirect: 'manual'在部分旧版 Safari 中支持不完整，生产环境建议降级兜底 - Service Worker 可拦截请求并记录重定向路径，但需提前注册，且不适用于第三方接口
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
