URL 解析器

URL 解析是什么：一条网址被拆成哪几段

URL 解析，就是把一条网址按 RFC 3986 拆成协议、用户信息、域名、端口、路径、查询参数和锚点七段， 并说清楚每一段从哪儿开始、到哪儿结束。这件事也叫网址解析、URL 分解或者 URL 拆解， 说的都是同一个动作：把一串看起来连成一团的字符，还原成它本来的结构。

网址解析器先看协议，协议决定后面怎么读

冒号前那一截是协议。本工具内置 44 种协议的默认端口与写法特征， 遇到没见过的协议也照常按通用规则拆，只是不知道它的默认端口。 有一类协议没有双斜杠，比如 mailto: 和 tel:， 它们冒号后面整段是「不透明路径」，不再拆域名和端口，但问号后面照样有参数。

URL 端口解析与 IPv6 URL 解析这两处最容易读错

端口是域名后面冒号跟的那串数字。难点在于冒号不止一处：https://u:p@a.com:8443/x 里 有两个冒号，只有最后一个是端口分隔符；而 http://[::1]:8080/ 里方括号内全是地址， 要先把方括号剥掉才轮到端口。本工具按「先取最后一个 @、再剥方括号、最后取最后一个冒号」的顺序拆， IPv6 地址里的区域标识（写成 %25eth0）也会单独列出来。

URL 片段解析：锚点解析和查询参数不是一回事

井号之后是锚点，也叫片段。它和查询参数最大的差别是：锚点根本不会发给服务器，只在浏览器里起作用。 所以统计参数、排查接口问题时，锚点里的内容是不算数的。前端路由是个例外，#/user/1?tab=2 这种写法把参数塞进了锚点里，本工具遇到会顺手也把它拆出来并给一句说明。

怎么在线解析 URL 参数：重复键与数组写法

网址参数是什么意思？就是问号之后、井号之前那一段用与号串起来的键值对， 服务端靠它知道你要第几页、筛的是哪个条件、人是从哪儿来的。 URL 参数解析的第一步就是按与号把这段切成若干片，每片在第一个等号处切成键和值。 听起来简单，真正麻烦的是四种「不那么标准」的写法，它们恰恰是线上最常见的形态。 本页把解析 URL 参数的结果直接排成表格，序号、键、值、类型、标记五列，一眼看完。 在线 URL 解析这件事看着只是切字符串，难点全在这些不标准却又极常见的写法上。

URL 参数查看：把 query string 解析成一张可核对的表

很多人做 URL 参数转表格是为了核对，比如投放链接里到底带了几个参数、有没有漏掉必填项。 查询字符串解析这件事在英文检索里叫 query string 解析，说的是同一件事。 本页的表格支持切换「显示解码后」和「显示编码原文」两列视角——排查问题时， 你需要看得见原始字节，而不是只看到一个被美化过的结果。

URL 参数名区分大小写吗，重复键取哪一个

HTTP 的查询参数名是区分大小写的，这一点和请求头不同：?A=1&a=2 是两个不同的参数， 本工具不会把它们合并。而同名参数出现多次时，取第一个、取最后一个还是取成数组， 规范并没有规定，各家框架各行其是，所以本页只如实告诉你「这个名字出现了几次」，不替你拍板。

URL 里的 %xx 和中文乱码怎么还原

把网址粘进本页就还原好了：本工具对七段结构和每一个参数分别做百分号解码， 解不通的那一处只报出坏在第几个字节、其余部分照常显示，而不是整串报错； 按 UTF-8 解不出来的中文会另给一条 GBK 提示，但编码不会被悄悄换掉。

网址里只能出现有限的一批 ASCII 字符，中文、空格、井号这些都要先变成字节、再把每个字节写成 百分号加两位十六进制，这就是百分号编码。URL 解码在线做的就是反过来这一步： 把 %E4%B8%AD%E6%96%87 还原成「中文」。URL 编码解析要注意的是， 它是按字节而不是按字符工作的，所以一个汉字通常占三组 %xx。

URL 加号空格：查询串里的加号是空格，路径里的不是

这是几乎所有中文教程都含糊带过的一条规则，也是本页刻意做成开关的原因。 在查询串里，加号是空格的历史写法，?q=hello+world 解出来是 hello world； 而在路径里加号就是加号本身，/a+b 解出来还是 a+b。 想表达字面的加号，规范写法是 %2B：?q=1%2B1 解出来是 1+1。 本工具的「加号当空格」开关只作用于查询串，路径与锚点不受影响，这样往返才不会坏。

URL 中文乱码与 URL 参数乱码：多半是 GBK 老网址

按 UTF-8 解不出来的中文参数，绝大多数来自 2010 年前的老站，它们用的是 GBK 编码， 比如 %D6%D0%CE%C4 按 GBK 才是「中文」。本工具的判据是「严格 UTF-8 解码失败， 并且字节里存在 GB18030 双字节区的组合」，命中时只给一句提示， 让你自己切到 GBK 再看，而不是悄悄换编码。静默换编码会给出一个看着对其实错的结果， 比直接报错危险得多，这也是百分号编码解析这类工具最该守住的底线。

双重编码还原：判断被编码了几遍，比直接多解一次安全

%253A 这种串是百分号自己又被编码了一遍的结果，需要解两次才能读懂。 本工具报「像是编码了两遍」要同时满足三条：解一次之后还留着 %xx 的形态、再解一次能严格解通、 再解一次的结果和解一次不同且百分号占比更低。少了第三条，?q=100%25 这种「值里本来就有一个百分号」的参数会被毁掉， 所以默认永远只解一次，要不要再解一次由你点。

redirect 与回调里的嵌套网址怎么展开

展开的办法是：在参数表里找到 redirect_uri、target 这类跳转参数， 点它那一行的「展开嵌套网址」，被编码过的子网址就会就地拆成一张子表， 子表里的参数照样逐条解码，最多可以展开 3 层。

中文场景里最高频的一类网址，是参数里又套着一条网址：外链跳转中间页、OAuth 授权回调、 SSO 单点登录跳转，三种形态都长这样。嵌套 URL 展开要解决的问题是—— 外层看着是自家域名，真正要去的地方藏在被编码过的参数值里。

redirect 参数解析：认出这 34 个常见键名

本工具内置一张常见跳转参数名表，共 34 个， 命中它并且值形如网址时，才会把这个值当成可展开的子网址。 点参数行上的「展开嵌套网址」，子网址会就地拆成子表，子表里的参数照样逐条解码； 最多展开 3 层，层层编码的链接不必手工解三遍。

开放重定向检测：跳到别的主机时会明说

当跳转参数里装着一条跨主机的绝对网址时，本页会给一条提示，写清楚点开会去哪个域名。 这类参数如果服务端没做白名单，就是开放重定向：攻击者可以把它做成一条「看起来是自家域名」 的链接，点开却跳去别处。本工具只陈述事实，不下「这是钓鱼」的结论，判断权在你手里。

浏览器 new URL() 与 RFC 3986 的解析差异

浏览器的 new URL() 和 RFC 3986 在下面 9 类情况下 会对同一条网址给出不同答案，每一条都可以自己复现。原因是两者的目标不同：new URL() 遵循的是 WHATWG URL 标准，为了兼容二十多年的历史写法做了大量额外处理； 而 RFC 3986 是更严格的语法规范，只按语法分段、不做任何补救。 本工具的主解析刻意不用 new URL()，因为它会把原文改掉—— 而解析器的价值恰恰在于原样呈现，再把差异指给你看。

为什么 URL 解析器不直接用浏览器的结果

因为它会丢掉你最需要看到的东西：中文和空格被重新编码成 %xx、与协议相同的默认端口被抹掉、 反斜杠被当成斜杠、制表符被直接删掉、点段一律被消除。 这些改动在打开网页时是好事，在排查问题时却会掩盖真正的原因。 何况没写协议头的输入它直接抛异常，而排查场景里恰恰经常只拿到半条网址。

浏览器把这三种域名写法当成了 IP 地址

0x7f.1、2130706433、010.0.0.1 这三种写法， 浏览器都会按 C 语言留下来的老规矩当成 IP 地址处理。本工具按域名解析， 同时在对照表里写明浏览器会解成哪个地址——这条差异是识别可疑链接时最实用的一条。

怎么用 URL 解析看出钓鱼网址和开放重定向

钓鱼网址识别没有魔法，靠的是把网址拆开、逐段确认「真正的主机到底是哪一段」。 下面三招覆盖了绝大多数伪装手法，本页对每一招都会给出提示，但只陈述事实、不下结论。

钓鱼网址识别第一招：@ 之前的都不是域名

https://www.example.com@192.0.2.10/login 看起来是 example.com， 真正的主机却是 @ 后面的那个地址，前面那一整段只是用户名。 本工具遇到「用户名长得像域名」时会专门提示，并把真实主机点名写出来。

钓鱼网址识别第二招：punycode 转换后看域名

国际化域名会被编码成 xn-- 开头的形态，中文域名转码之后肉眼很难分辨。 本工具把两种形态并排给出：中文.com 与 xn--fiq228c.com 互为表里。 遇到 xn-- 开头却解不出合法文字的域名，会直接报错， 因为那通常意味着这串被改过。

钓鱼网址识别第三招：域名里混了两种文字

西里尔字母和希腊字母里有一批字符和拉丁字母长得几乎一样，混进域名标签里就成了同形异义域名。 本工具会逐个标签判断文字体系，一旦发现拉丁字母和这两种文字混排就给一条提示， 告诉你「看起来像但不是同一个域名」。另外，网址里直接带口令的写法也会被点出来： 口令会进浏览器历史和服务器日志，本页只显示掩码，明文不会出现在任何结果里。

URL 规范化：两条网址算不算同一条

URL 规范化要回答的问题是：HTTP://Example.COM:80/a/./b/../c 和 http://example.com/a/c 是不是同一条网址。答案是「按规范等价」， 但不同的服务端未必这么认，所以本页把九项处理拆成九个独立开关，你自己决定开哪几个。

URL 末尾斜杠加不加，算不算同一条网址

/a 和 /a/ 是两条不同的路径，规范没说它们等价，服务端也常按不同资源处理， 所以九个勾选开关之外还单独给了一个「末尾斜杠」下拉，默认是「保持」，一个字都不动； 选「补上」时只给最后一段不带扩展名的路径补，/a/b.html 不会被补成 /a/b.html/，那是另一个资源；选「去掉」时只去掉路径长于一个斜杠的那种， 根路径的单斜杠会留着。真正被 RFC 3986 第 6.2.3 节认定等价的只有一种情况： 有域名而路径为空，http://example.com 与 http://example.com/ 是同一条， 本页的规范化结果统一按后者输出。所以判断两条网址算不算同一条时，先看差别落在哪一段—— 落在域名后的空路径上可以放心当成一条，落在路径末尾就要当成两条。

URL 去除 utm 等跟踪参数：分享前先清一遍

从 App 里复制出来的链接往往拖着一长串来源标记，既暴露你从哪儿来，又让链接长得没法看。 去跟踪参数是分享前最该做的一步：勾上「去掉跟踪参数」，本页会用与「提取链接」同一份参数表来清理， 摘要里会写清楚删了几个；如果参数被删光了，结果里也不会留一个孤零零的问号。

相对路径转绝对 URL：base URL 解析按 RFC 3986 的算法来

在「相对路径转绝对网址」那一块填一个基准网址，本页会按 RFC 3986 第 5.2 节的标准算法 把上面那条相对引用解析成绝对网址。这套算法有不少反直觉的地方， 比如 ?y 会继承 base 的路径、.. 退到根目录以上时会停在根目录而不报错、 查询串里的点段不会被消除。本工具把规范里的正常例与异常例全部做成了回归用例，逐条对齐。

批量解析 URL 与导出参数表

切到「批量解析」，每行粘一条网址，一次最多 200 行， 输出协议、主机、路径、参数个数、是否含跟踪参数、解析是否有错六列。 运营核对一批投放链接、开发核对一批回调地址，都是这个用法。 作为一个 URL 在线解析工具，它的批量结果可以直接下载成 TSV，用表格软件继续筛。

批量模式下网址解析器的两个上限

批量模式一次最多 200 行，超出的部分不会解析并会明确告诉你多了多少行； 并且批量模式强制不做嵌套展开，因为 200 条乘 3 层递归 会把手机浏览器的主线程卡住。要展开就切回单条模式，那边层数可调。

URL 解析器英文叫什么：同类工具的英文叫法

英文语境下这类工具通常叫 url parser online，搜 parse url online、query string parser、 url decoder online 找到的都是同一件事；只把域名在中文与 xn-- 形态之间来回换的叫 punycode converter，只看跳转参数会不会被人拿去做开放重定向的叫 open redirect checker， 这两件事本页顺手一起做了。英文文档里把问号后面那一段叫 query string、 把井号后面那一段叫 fragment，和本页的「查询参数」「锚点」一一对应，对着读不会错位。

URL 解析器和站内其他网址工具怎么分工

只想把一整串文本做转码，去 URL 编码解码； 要从一篇文章或一份网页源码里把所有网址捞出来，去 提取链接； 参数值是 JWT 就去 JWT 解码，是时间戳就去 时间戳转换。本页对这些值只做提示和内链，不越界代劳， 免得站内出现两个功能重叠的页面。

示例库共 12 条，协议表 44 条，数据更新于 2026.09。 本页示例、正文算例与回归用例取自同一份数据，正文里的数字不写死。 当前示例解析出 4 个参数，其中 2 个是跟踪参数， 域名是 shop.example.com。