HttpURLConnection 重定向控制通过 setFollowRedirects（全局）和 setInstanceFollowRedirects（单次）配合实现，前者设默认行为，后者可覆盖；禁用后需手动解析 Location 头并处理跳转。
HttpURLConnection 的重定向控制主要靠两个方法配合实现：静态的 setFollowRedirects 和实例级的 setInstanceFollowRedirects。它们不是处理“变量重定向”，而是控制是否让连接自动跟随 HTTP 3xx 响应（如 301、302、307）跳转到新地址。关键在于理解作用范围和默认行为，避免误设导致逻辑异常。
静态方法 setFollowRedirects 控制全局默认行为
这个方法影响所有后续创建的 HttpURLConnection 实例（除非被实例方法显式覆盖）：
- 调用 HttpURLConnection.setFollowRedirects(false) 后，新创建的连接默认不再自动跳转
- 它不改变已存在的连接，只对之后
url.openConnection()返回的实例生效 - 适合在应用初始化阶段统一关闭自动重定向，比如做爬虫或需要审计跳转链路的场景
实例方法 setInstanceFollowRedirects 覆盖单次连接行为
每个 HttpURLConnection 对象可独立设置，优先级高于静态设置：
- conn.setInstanceFollowRedirects(true)：该次请求自动跳转，最终返回 200 或最终响应码
-
conn.setInstanceFollowRedirects(false)：即使全局设为 true，这次也只返回原始 3xx 状态码，需手动读取
Location头 - 这是最常用的方式，灵活适配不同接口需求——有的要最终内容，有的要原始跳转信息
如何手动处理重定向（当 setInstanceFollowRedirects(false) 时）
禁用自动跳转后，需自行解析并发起新请求：
- 调用
conn.getResponseCode()，判断是否为HTTP_MOVED_PERM (301)、HTTP_MOVED_TEMP (302)或HTTP_SEE_OTHER (303) - 用
conn.getHeaderField("Location")获取目标 URL 字符串 - 注意：Location 值可能是绝对 URL（如
https://example.com/new），也可能是相对路径（如/new/path），需结合原 URL 解析成完整地址 - 构造新 URL 并重复打开连接，必要时限制跳转次数防止环路（如最多 5 层）
常见误区与注意事项
实际使用中容易忽略的细节：
- 默认行为是自动跳转（
setFollowRedirects(true)且未调用setInstanceFollowRedirects(false)），但最多只跳 5 次，超限会抛ProtocolException - POST 请求遇到 302 时，部分 JDK 版本会自动转为 GET（符合旧规范），而 307/308 才保证方法不变；若需保持 POST，建议检查状态码类型并手动处理
- 不要混淆
getHeaderField("Location")和getHeaderField(redirectCount)——前者按字段名查，后者按响应头顺序索引，易出错 - 如果用的是 OkHttp 或 Spring RestTemplate，它们的重定向机制与 HttpURLConnection 独立，不能通过这里的方法控制
