curl -w格式化输出url_effective和url_redirect对比：一次搞懂两个重定向变量的核心差异

引言：为什么需要同时关注 url_effective 和 url_redirect？

用 curl 排查重定向问题时，很多人只知道 -L 参数，却忽略了 -w 格式化输出里两个非常关键的变量：url_effective 和 url_redirect。一个告诉你最终到达了哪里，一个告诉你服务器想让你跳去哪里。搞混这两个变量，排查重定向参数丢失时会走很多弯路。

url_effective 是什么？重定向链的终点地址

url_effective 是 curl 在完成所有跳转后最终访问到的 URL 地址。无论中间经过多少次 301/302 跳转，它只记录最后一个有效地址。

curl -L -w "最终地址: %{url_effective}\n" -o /dev/null -s https://t.co/xxxx

典型使用场景：

• 确认短链最终跳转到哪个长链接
• 验证 HTTP 跳转 HTTPS 后地址是否正确
• 检查重定向后 UTM 参数是否还在

注意：如果不加 -L 参数，curl 不会跟随重定向，此时 url_effective 输出的就是你原始请求的地址，意义不大。如果你想要不跟随跳转也能拿到重定向目标，应该看 url_redirect。

url_redirect 是什么？服务器返回的重定向目标

url_redirect 是服务器在响应头 Location 里返回的重定向目标地址。它反映的是当前这一次跳转的指令，而不是最终结果。

curl -w "重定向目标: %{url_redirect}\n" -o /dev/null -s https://example.com/old-page

关键特性：

• 不需要 -L 参数，单次请求就能拿到 Location 头的值
• 如果服务器返回 301/302，url_redirect 就是 Location 的值
• 如果服务器没有返回重定向，url_redirect 输出为空

核心差异对比：一张表搞懂

对比项	url_effective	url_redirect
含义	最终访问地址	本次重定向目标（Location头）
是否需要 -L	需要（否则等于原始请求地址）	不需要
多次跳转	只显示最终结果	只显示当前这一次跳转目标
无重定向时	输出原始请求地址	输出空字符串
典型用途	验证最终到达地址	诊断单次跳转行为

实战场景1：排查短链 UTM 参数是否丢失

短链服务经常会在跳转时把 UTM 参数吃掉。用 url_effective 可以快速验证最终地址里还有没有你的参数：

# 检查短链跳转后 UTM 参数是否保留
curl -L -w "最终URL: %{url_effective}\n" -o /dev/null -s "https://short.url/abc?utm_source=wechat"

如果最终 URL 里没有 utm_source=wechat，说明参数在跳转过程中被丢弃了。此时可以配合 curl -v 逐层查看 Location 头，找到是哪一层把参数吃掉的。

实战场景2：诊断重定向循环

当网站出现 ERR_TOO_MANY_REDIRECTS 时，url_redirect 可以帮你快速定位当前跳转目标，而 url_effective 配合 -L 和 --max-redirs 可以限制跳转次数避免无限循环：

# 限制最多跳转3次，同时输出每次的重定向目标
curl -L --max-redirs 3 -w "跳转次数: %{num_redirects}\n最终地址: %{url_effective}\n" -o /dev/null -s https://example.com

如果输出 num_redirects 达到了你设置的上限，说明存在重定向循环，需要进一步用 curl -v 或 curl -I 逐层查看响应头。

实战场景3：批量巡检多域名跳转链路

在运维巡检中，可以同时输出 url_effective 和 url_redirect，一次性掌握跳转的全貌：

for url in https://site1.com https://site2.com; do
  echo "===  ==="
  curl -L -w "状态码: %{http_code}\n跳转次数: %{num_redirects}\n最终地址: %{url_effective}\n" -o /dev/null -s ""
done

常见错误：url_effective 输出为空？

很多新手会遇到 url_effective 输出为空字符串的情况，常见原因有三个：

1. 没有加 -L 参数：curl 不跟随跳转，最终地址就是原始请求地址，但某些版本会输出空。解决：加上 -L。
2. 重定向失败（证书错误等）：curl 遇到 SSL 错误会中止跳转。解决：临时加 -k 排查，但生产环境不推荐。
3. 输出被截断：-w 的输出在响应体之前，如果用了 -o 重定向输出到文件，要在 -w 里加 \n 确保换行。

内链推荐：延伸阅读

• curl url_effective和url_redirect对比区别：2个输出变量精准诊断重定向链路
• curl -w num_redirects检测重定向次数：精准诊断跳转链路的实战指南
• curl排查短链参数丢失方法：5个实战步骤

总结

url_effective 告诉你"最终到了哪里"，url_redirect 告诉你"服务器想让你跳去哪里"。排查重定向问题时，两个变量配合使用，才能完整还原跳转链路。记住一句话：不看 url_redirect 不知道当前跳去哪，不看 url_effective 不知道最终落在哪。