未找到协议方案 — 已假定为 https://
本地处理
拆分
在上方输入一个 URL 以查看其组成部分。
查询参数
关于此工具
URL 解析器将一个 URL 字符串分解为其标准组成部分——scheme、userinfo、主机、端口、路径、查询和片段——遵循浏览器自身实现的 WHATWG URL 规范。本工具在你输入时对你的内容运行同一套解析引擎，对每个部分进行百分号解码，将路径拆分为各个分段，并将查询字符串拆解为单独的名称/值对（重复的键会被保留，而不是被悄悄丢弃）。
用它来排查一个未能正确路由的重定向 URL，检视某个分析或 OAuth 回调正在发送的确切查询参数，确认请求实际会命中哪个端口和源，或解码被埋藏在百分号编码之下的路径。粘贴一个不带协议的主机，如 example.com/path，它会假定为 https://；当你阅读表单编码的查询值时，切换“+ as space”开关，然后将解析出的参数直接以 JSON 形式复制出来。
解析遵循 WHATWG URL 标准，因此国际化域名会以其 Punycode（xn--）形式显示，而像 443 这样的默认端口是隐含的，而非显式写在地址中。
常见问题
为什么我解析出的 URL 没有显示端口号？
当 URL 省略端口时，会隐含 scheme 的默认值——https 为 443，http 为 80——浏览器会让端口字段为空。本工具会标注隐含的默认值（例如“default 443”），而不是凭空生成一个值。
重复的查询参数是如何处理的？
像 ?x=1&x=3 这样重复的键会在名称/值表格中保留为独立的行，并保持其顺序。在 JSON 输出中，重复的键会折叠为一个数组，因此 x 会变成 ["1", "3"]。
“+ as space”开关有什么作用？
在表单编码的查询字符串中，加号代表一个空格，但在其他上下文中它可能是字面意义的 +。该开关让你选择是否将 + 解码为空格，从而能够正确读取表单编码或字面值。