编码解码哈希加密格式化时间转换开发生成文本处理网络工具其他工具
首页 / 网络工具 / URL解析

URL解析

拆解一个 URL 的各部分。

输入
结果

这个工具能做什么

URL解析工具做的事情很直接:你把一个网址粘进去,它按照 URL 的语法把这串字符拆成协议(scheme)、主机(host)、端口(port)、路径(path)、查询字符串(query)和锚点(fragment)几个部分,并且把查询字符串里的每个参数按键值对一条条列出来。平时看一个又长又乱的接口链接,参数挤在一起、还夹着百分号转义,光靠肉眼很难数清到底传了哪些字段、值是什么。这个工具就是替你做这件枯燥的拆解活儿,把结构一目了然地摊开,方便你核对接口调用、排查回调地址、或者读懂别人贴过来的一串链接。

它背后其实就是浏览器里 URL 标准那套解析规则。一个完整网址的形态是 scheme://host:port/path?query#fragment,解析器按分隔符逐段切开:`://` 之前是协议,紧接着到第一个 `/`、`?` 或 `#` 之间是主机和端口,`?` 之后到 `#` 之前是查询字符串,`#` 之后是锚点。查询字符串再以 `&` 拆成若干项、每项以 `=` 分成键和值。这里有个容易被忽视的细节:参数值往往是经过 URL 编码(percent-encoding / UTF-8 百分号转义)的,比如空格变成 %20、中文变成 %E4%B8%AD 这样的字节序列,工具在展示时会做解码,让你看到原始的可读值而不是一串转义码。整个过程在你的浏览器本地完成,不上传服务器。

最常见的用途是调接口时对参数。假设你从抓包工具里复制出一条 `https://api.example.com/v2/search?kw=%E5%8C%97%E4%BA%AC&page=2&sort=desc&token=abc123` 的请求,粘进来之后它会清楚地告诉你 kw 的实际值是「北京」、page 是 2、sort 是 desc、token 是 abc123,你一眼就能判断是不是漏传了参数或者某个值编码错了。再比如排查第三方登录、支付的回调 URL,那种地址里常常塞了 redirect_uri、state、code、sign 一大堆字段,还嵌套着二次编码的子链接,用它把参数逐条列出来,比在浏览器地址栏里数 & 符号靠谱得多,定位签名不对、回跳地址被截断这类问题会快很多。

有几个边界情况值得留意。工具解析的是 URL 的结构,不校验这个地址是否真的能访问、参数值是否合法,它只负责如实拆分。遇到同名参数(比如 `id=1&id=2`)会按出现顺序都列出来,不会替你去重,具体后端怎么取值取决于对方服务。如果某个参数值本身又是一个被编码过的完整 URL(双重编码的情况),你可能需要把解码出来的那段再粘进来解析一次。另外它跟单纯的 Base64 解码、时间戳转换是不同的工具,如果参数值是 Base64 串或 Unix 时间戳,这里只会原样呈现,进一步的转换要用对应的专门工具。

URL解析是一个免费的在线工具,打开网页就能用,不用下载也不用注册。平时大家搜的“url解析”、“url分析”、“解析url参数”,说的都是这个。

常见使用场景

使用方法

  1. 把内容粘贴到输入框(生成类工具直接设置选项)。
  2. 按需要选择选项,点操作按钮。
  3. 结果出现在下方,点「复制结果」即可带走。

常见问题

查询参数里的中文和 %20 会自动还原吗?
会。工具在展示参数值时会做 URL 解码(percent-decoding),按 UTF-8 把 %E4%B8%AD 这类百分号转义的字节序列还原成中文、%20 还原成空格,让你看到原始可读值而不是一串转义码。
它能解析不带协议头的地址吗,比如直接以 www 开头?
标准的 URL 解析依赖 scheme://host 这种结构,缺了协议头容易导致主机和路径被误切分。建议补上 http:// 或 https:// 再解析,结果会更准确。
同一个参数名出现多次会怎么处理?
会按它在查询字符串里出现的先后顺序全部列出来,不做去重也不合并。至于后端最终取第一个、最后一个还是当数组处理,取决于对方服务的实现,工具只如实呈现原始情况。
锚点(# 后面的内容)会被算进参数里吗?
不会。`#` 之后的部分属于 fragment(锚点),会被单独拆成一项,不参与查询字符串的参数解析。注意锚点在标准里是不会随请求发送到服务器的,纯粹是客户端使用。
粘贴的链接会不会被上传或记录?
不会。解析完全在你的浏览器本地用 JavaScript 完成,链接和参数都不发往任何服务器,适合处理带 token、sign 等敏感字段的内部接口地址。

相关工具

查看全部「网络工具」工具 →

相关名词解释