上周联调一个内部接口前端传过来的 URL 长成这样https://api.example.com:8443/v1/users?roleadminstatusactivepage2pageSize20#detail后端同事说参数没对齐前端说肯定传了。我拿着这串地址盯了半天手动拆协议、域名、端口、路径、查询串眼睛都快看花了。后来干脆找了个在线 URL 解析工具一键拆完五分钟定位问题——原来是pageSize被拼成了pagesize大小写不一致导致校验失败。一、手动拆 URL 的痛做后端或者接口联调时经常要处理这种复杂 URL带端口的比如:8443带鉴权信息的比如user:passhost查询参数七八个顺序还乱七八糟有些参数被 URL 编码过肉眼根本看不懂hash 后面还挂了一堆前端状态以前我都是复制到浏览器控制台里写一段new URL(...)再展开看。步骤倒是不复杂但每次都要打开控制台、写临时代码、删变量很打断思路。特别是手机上收到同事甩过来的链接根本没法这么搞。二、在线 URL 解析器能拆什么这次用的工具把 URL 拆成了下面这些字段基本覆盖了我日常需要的全部信息字段说明示例值href完整 URLhttps://user:passwww.example.com:8080/path/to/page?id123nametest#sectionprotocol协议https:origin来源协议主机端口https://www.example.com:8080username/password鉴权信息user/passhost主机含端口www.example.com:8080hostname主机名不含端口www.example.comport端口8080pathname路径/path/to/pagesearch查询字符串?id123nametesthash哈希#section最实用的是下面这块查询参数会被自动解析成表格参数名、参数值一列一列摆出来还能勾选“显示解码后的值”。像%E4%B8%AD%E6%96%87这种编码过的内容直接就能看到原文。三、我的实际使用步骤复制前端或日志里的完整 URL粘贴进工具的输入框点“解析”看pathname确认接口路径对不对看查询参数表格逐个核对字段名和值如果参数被编码勾选解码再核对复制归一化 URL 或 JSON 结果丢给同事。整个过程不需要写任何代码也不用开 IDE。对于我这种经常要在浏览器、终端、微信之间来回切换的人来说能少开一个窗口就少开一个窗口。四、踩过的一个坑有一次我复制了一条从日志里截出来的 URL解析后username和password字段居然是明文。当时吓一跳以为工具把凭据上传到服务器了。后来看了下说明这种纯前端工具是在浏览器本地解析的URL 不会离开本机。不过这也提醒我以后复制带密码的链接时要先脱敏别把生产环境的账号密码随手丢到公共页面里。另外注意如果 URL 本身就是非法的比如协议写成了ht!tp://解析结果会不准确。遇到这种情况我通常会先用工具自带的示例快速验证一下是不是工具问题再回头检查原始链接。五、什么时候我会用它接口联调时快速核对入参排查 redirect 链路里被改动的参数写爬虫或测试脚本时确认 URL 结构整理接口文档需要把长链接拆成字段说明前端路由里带 hash 状态需要单独取出来看。这种小工具不需要安装打开网页就能用属于那种“平时想不起来用一次就顺手收藏”的类型。六、相关工具我是在整理日常开发小工具时发现的这个 URL 解析器同类的还有 Cron 表达式解析、正则测试、JSON 格式化等都是浏览器本地处理比较适合临时救急。如果你也习惯用在线工具解决这类小问题相关工具地址https://gjupai.com/项目地址https://gjupai.com/