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