跳到主要内容
bobob

网址解析工具

拆分 URL 的协议、主机、路径、查询参数、hash 和 origin，便于调试重定向。

只在浏览器里处理输入的内容不会发送到服务器。

输入与结果

输入的内容只存在这个浏览器。重新打开可以还原上次的操作。

使用场景

  • 拆分 URL 的协议、主机、路径、查询参数、hash 和 origin，便于调试重定向。
  • 以浏览器本地方式处理输入，并在复制前检查结果。
  • 结合 网址解析工具 和相关工具缩短工作流。

示例

常见输入
https://example.com/tools?q=json#top
用此示例检查 网址解析工具 的输入流程。
典型输出
protocol, hostname, pathname, clean URL, duplicate signals, and URL canonical report
复制前用于确认结果格式和后续检查点。
附加示例
https://example.com/path?utm_source=newsletter&id=123#details
复制前用于确认结果格式和后续检查点。
附加示例
https://app.example.com/callback?state=a%20b&code=redacted
复制前用于确认结果格式和后续检查点。
附加示例
https://example.com/page?utm_source=x https://example.com/page
复制前用于确认结果格式和后续检查点。

常见错误

  • 拆分 URL 的协议、主机、路径、查询参数、hash 和 origin，便于调试重定向。
  • 如果浏览器本地处理方式和真实输入结构不一致, 输出不能直接信任。
  • 复制的值中如果混入生产密钥、客户数据或内部 URL, 分享前必须移除。

复制前确认

  1. 1再次比较原始输入和输出形态。
  2. 2确认目标运行时、编码、时区和安全策略差异。
  3. 3继续用相关工具检查 网址解析工具 的结果是否适合下一步。

参考资料

  • RFC 3986 defines where a URL splits

    scheme, authority (userinfo, host, port), path, query and fragment, each with its own delimiter. The fragment after `#` is **never sent to the server** — which is why it never appears in server logs.

    依据：RFC 3986

  • Your browser and your server can read the same URL differently

    Browsers follow the WHATWG URL Standard, which is more forgiving than RFC 3986 and normalises spaces and non-ASCII for you. So what the address bar shows and what actually goes over the wire, percent-encoded, are not the same string.

    依据：WHATWG URL Standard

常见问题

网址解析工具 的输入在哪里处理？

可行的处理会在浏览器中执行，但不要输入生产密钥或客户数据。

结果可以直接用于生产吗？

复制前请再次确认运行环境、编码、时区和安全策略等环境差异。