01
基址不是自动猜出的站点
相对引用需要合法基址；输入留空但基址非空时，会按空相对引用处理。只要填写了无效基址，即使输入是绝对地址也会报错。
URL / URI
URL 解析看清浏览器实际识别的网址组成
看清浏览器实际识别的网址组成
URL 解析
输入
输入仅在当前浏览器中处理，不会发送到服务器。
结果
选项
相对引用需要合法基址。输入为空但有基址时也可解析。
结果遵循 WHATWG 规范化规则；导出不包含原始输入与基址。
authority 凭据始终遮蔽，href 中直接移除。不会检测路径、查询或片段里的秘密。
输入和基址各限 100,000 个 UTF-16 单元；最多 1,000 个参数及 4,000,000 个输出单元。
输入地址或基址，也可加载示例。
URL 解析适合排查“看起来一样，实际指向不同位置”的链接：端口为何消失、路径为何变化、@ 前面的文字究竟是不是域名，都能从组件结果中核对。
这个 URL 解析器把网址结构分析和查询参数读取放在同一份报告里。主机名采用浏览器的规范形式，重复键按出现顺序保留，不会被对象属性覆盖。
为什么使用 URL 解析
把真正的主机与凭据分开
URL 解析会分别给出 hostname、host 和 origin。用户名、密码及 userinfo 在派生字段中始终显示固定遮蔽标记，规范化 href 则直接移除凭据，便于检查真正的目标主机。
理解相对路径从哪里开始
同一个 ../assets/logo.svg 遇到不同基址，可能落在不同目录。填写以 /docs/guide/ 结尾的基址，观察它如何得到 /docs/assets/logo.svg，而不改写原始输入。
先确认基址，再读组件
02
不要把规范化当成原文回显
HTTPS 的默认 443 端口会被省略，域名通常变为小写，路径中的 .. 会被解析。查询值中的 + 解为空格，%2B 才是加号。
03
修改后重新确认导出内容
自动解析等待 350 毫秒；关闭后用解析按钮或 Ctrl/Cmd+Enter。任一输入变化都会禁用旧结果导出。示例和清空先预览替换，再应用，并可撤销一次。
从地址中读出哪些信息
协议与主机边界
host 包含非默认端口，hostname 不含端口；IPv6 的方括号会保留。普通网页地址的 origin 由协议和主机信息组成。
有顺序的查询条目
同名参数逐条列出，空键和空值也保留。flag 与 flag= 都得到空字符串，这份解析结果不保留二者写法差异。
组件报告与规范化地址
可查看 JSON 或不含凭据的 href。报告用布尔值记录是否提供基址，不收录原始输入和基址文本。
识别不同协议的形态
mailto:、data:、blob: 和 file: 按原生规则解析。没有 host 或 origin 为 "null" 不一定表示失败，需结合协议理解。
标准行为与明确边界
- 原文只留在编辑框
- 解析可能改变域名大小写、特殊 IPv4 写法、默认端口与路径。导出的是规范化组件，不承诺逐字符还原输入。 WHATWG 还会去掉首尾 C0 控制符与空格、删除内部制表符及 CR/LF，并把孤立代理项替换为 U+FFFD。
- 查询解码采用容错规则
- URLSearchParams 将 + 视为空格，允许部分不完整的百分号转义；%FF 等无效 UTF-8 会产生替换字符。不能用它代替严格编码校验器。
- 遮蔽范围是凭据位置
- authority 中的用户名、密码和 userinfo 存在时使用 ***；href 移除这些信息，也处理嵌套 blob authority。路径、查询及片段中的令牌不会自动识别或遮蔽。 blob 嵌套处理最多 32 层；更深的路径，以及含 @ 却无法解析的嵌套路径，会整体遮蔽。
- 不检查网络与域名归属
- 不发起请求、导航或 DNS 查询；解析成功不代表安全、可达或域名存在。工具只提供 hostname，不按 PSL 推算注册域或公共后缀。
- 非网页协议有自己的路径规则
- mailto: 和 data: 等不透明路径不是目录。并非所有地址都能作为普通相对路径的基址；file: 结果也不证明本地文件存在或可读。
- 超过上限则报错
- 输入和基址各最多 100,000 个 UTF-16 单元，查询条目最多 1,000 个，输出最多 4,000,000 个单元。超限拒绝生成，不截断结果。
URL 解析常见问题
哪些协议可以解析？
原生 URL 构造器接受的协议都可以尝试，包括 HTTP、HTTPS、mailto、data、blob 和 file。不同协议不保证都有主机、端口或可用的相对路径基址。
能从网址中提取哪些组成部分？
包括协议、主机名、主机及端口、路径、查询、片段、origin 和规范化 href，并列出解码后的查询条目。凭据仅提供遮蔽标记，不显示原值。
为什么有的地址解析失败？
常见原因是相对引用没有基址、填写的基址本身无效，或地址违反原生解析规则。工具不会自动补 https://，因为那可能改变输入原意。
工具依据什么标准解析网址？
组件遵循 WHATWG URL 标准，查询条目遵循 URLSearchParams 的表单解码规则。规范化结果与逐字拆分原文不同，默认端口消失就是一个典型例子。
输入的链接会传到服务器吗？
解析操作在当前浏览器完成，不把输入地址提交给服务器，也不会为了分析而打开该链接。
发现问题？