URL 解析器

拆解 URL 为 protocol、host、path、query 键值与 hash，支持编码/解码与批量粘贴分析。

OAuth redirect 调试、UTM 参数核对、爬虫 URL 规范化、前端路由 bug 复现时使用。

先解析看清结构; 再对单个参数做 encodeURIComponent。

当您需要分析第三方服务的回调URL时，直接粘贴到输入框即可。工具会自动高亮显示关键参数，比如微信支付的回调路径或Shopify的OAuth返回参数。特别适合调试阶段快速验证URL结构是否符合预期。

对于营销人员，可批量检查带UTM参数的推广链接。解析结果会单独展示utm_source/medium等字段，确保追踪参数正确嵌入。同时显示URL的协议类型（http/https），避免混合内容导致的安全警告。

protocol、host、port、pathname、search、hash 各字段独立展示。OAuth redirect 丢失 query 时，对比注册 URI 的 pathname 与 trailing slash。

IPv6 host 形如 [::1]；国际化域名 IDN 可能显示 punycode。ipv4-subnet-calculator 验证解析出的 IP 是否落在预期 CIDR。

search 中 %26 是 & 的编码；双重编码时 hostname 可能含 %253A。逐层 url-encoder decode 与 parser 对照。

JWT 在 fragment (#) 中的 implicit flow 不会发送到服务端——parser 仍展示 hash 供 SPA 调试。

utm_source、utm_medium 等 marketing 参数应在 analytics 文档中标准化。parser 帮助确认 Mailchimp 等生成的链接是否截断。

safelink 包装链接需专用解码指南；parser 用于最终落地 URL 结构分析。

把浏览器地址栏、网关访问日志、上游收到的 URL 三分对照：host、path、query、fragment。差异常来自强制 HTTPS、去尾斜杠、或 query 排序。用本工具拆开每一侧再比。

OAuth redirect 失败时，重点看 query 是否被二次编码，以及 fragment 是否被代理丢弃。

解析后先看注册域与路径，再决定是否点击。短链与 Safe Link 应先解码（配合 safelink-decoder / url-encoder）再判断。不要在共享屏幕上打开未分级链接。

把可疑 query（token、email）记入工单前先脱敏。