-w参数

引言 用 curl 诊断网站跳转的时候，你是不是也遇到过这种情况——url_redirect 正常输出跳转逻辑，但 url_effective 却空空如也？明明有重定向，怎么一个变量有值一个没值？这个坑在社区里讨论了不少，但很少有文章系统地把原因讲清楚。 今天咱们就花点时间，把 url_effective 为空但 url_redirect 正常 这个问题的5个常见场景一个个拆开看。读完你不仅能搞清楚底层的变量读取逻辑，还能拿到一套通用的排查模板。 先搞清两个变量的本质区别...

批量检测一批URL的状态时，把结果导出为结构化JSON是很多运维同学梦寐以求的能力。JSON格式便于后续程序处理、对接Prometheus、做二次分析。本质上分两步：先让curl输出可解析的格式化文本，再用jq把它变JSON。curl -w @模板文件的作用是让格式化输出规则独立管理，脚本更干净。一、模板文件到底是什么curl -w @文件名 的意思是：从指定的文件中读取 write-out 格式化字符串，而不用把长长的格式化参数写在命令行里。比如你在当前目录新建一个文件叫...

日常用 curl 做网站巡检时，-w 参数输出的性能数据往往是多行字符串，读起来费劲，交给程序处理更是一堆字符串切割的脏活累活。实际上只需要加一个 jq，就能把原本杂乱的输出变成干净的 JSON，程序解析省心，导出报告也方便。这篇文章就来讲讲怎么把 curl -w 的输出交由 jq 处理成结构化 JSON。 一、curl -w 输出到底是什么 curl 的 -w（--write-out）参数用于在请求结束后，按照指定格式输出统计指标。常见变量有： time_nameloo...

引言 在用curl调试网站性能时，大多数人只会用-w "%{http_code}"看一下状态码。其实curl的-w/--write-out参数提供了一组时间变量，能帮你精准定位网站慢在哪里——是DNS解析慢？TCP连接慢？还是后端响应慢？ 本文把curl所有时间变量整理成一张完整对照表，配合实战示例，让你一次性搞懂每个变量的含义和用法。 一、curl -w 时间变量完整对照表 变量名 含义 单位 典型值参考 time_namelookupDNS域名解析完成耗时秒...

为什么要用@模板文件而不是命令行直接写 用curl -w 做重定向诊断时，很多人习惯直接在命令行里拼格式化字符串： curl -sL -w "最终URL:%{url_effective} 跳转次数:%{num_redirects}\n" -o /dev/null https://example.com 这种方式有两个痛点： 特殊字符（引号、换行、百分号）需要反复转义，写错一个就全乱； 变量一多，命令行长得没法读，更没法复用。 -w @模板文件 的写法把格式化字符串放到独立...

为什么需要同时输出多个curl变量 调试网站重定向时，光知道最终URL还不够。你可能同时想知道：跳了几次？耗时多少？状态码是什么？一个个跑curl太麻烦，-w参数支持一次性输出所有这些信息。 很多同学只会用-w "%{url_effective}"输出单个变量，其实-w的格式化字符串里可以塞任意多个变量，还能加文字说明和换行，输出结果直接能当报告用。 技巧一：基础多变量拼接输出 最简单的写法，把多个%{变量名}直接拼在一起： curl -s -o /dev/null -w...

什么是num_redirects和url_effective？ 在使用curl进行网站调试时，-w（或--write-out）参数允许我们在请求完成后输出特定的变量值。其中，num_redirects和url_effective是两个非常实用的重定向相关变量。 num_redirects表示curl在请求过程中跟随的重定向次数。如果返回0，说明没有发生重定向；如果返回3，说明经历了3次重定向跳转。 url_effective则表示curl最终访问到的URL地址。当发生重定向时...

为什么需要多变量组合输出 单独使用 curl -w "%{url_effective}" 只能看到一个变量，但实际调试中往往需要同时知道：重定向了几次、最终落在哪个URL、总共花了多少时间。多变量组合输出就是解决这个问题。 基础语法：三种组合方式 方式一：直接在命令行拼接 curl -s -o /dev/null -w "%{url_effective} %{num_redirects} %{time_total}\n" -L https://example.com 缺点：...

为什么需要多变量组合输出 用 curl 诊断重定向问题时，很多人只用 -w 输出单个变量，比如只看最终 URL 或跳转次数。但真正要把重定向链路"看透"，需要把多个变量组合起来——比如同时拿到最终地址、跳转次数、总耗时、HTTP 状态码，才能对整条链路做出完整判断。 举个例子：一个 URL 跳了 5 次才到达目的地，这明显不正常；跳了 0 次但 URL 变了，说明可能是 HTML meta 刷新或 JS 跳转，curl -L 根本检测不到。只有多变量组合输出，才能一次性把这些...

引言：为什么需要同时关注 url_effective 和 url_redirect？ 用 curl 排查重定向问题时，很多人只知道 -L 参数，却忽略了 -w 格式化输出里两个非常关键的变量：url_effective 和 url_redirect。一个告诉你最终到达了哪里，一个告诉你服务器想让你跳去哪里。搞混这两个变量，排查重定向参数丢失时会走很多弯路。 url_effective 是什么？重定向链的终点地址 url_effective 是 curl 在完成所有跳转后最终...