跳到主要内容

URL 查询字符串解析与构建:解码、编辑、再编码

粘一条 URL,问号后每个参数解码成表格;改几行就拿回一条干净、编码正确的查询字符串:%20 或 +、排序与否,全在浏览器里完成

  • 本地处理
  • 分类 编码加密
  • 适合 快速检查小 payload、令牌、哈希和编码值。

解析 — 粘一条 URL 或查询字符串

粘进一条完整 URL 或一段裸查询字符串,「?」之后的内容会被解码到下方表格。

构建 — 编辑各行,得到编码后的查询字符串

还没有行。点「添加参数」,或从上方导入已解析的参数。

空格
输出
结果
构建好的查询字符串显示在这里。

这个工具能做什么

一个双向的 URL 查询字符串工具:粘进一条完整 URL 或一段裸查询字符串, 它会把问号后的内容拆成解码后的键值表,这样像 q=caf%C3%A9%20ren%C3%A9 这样的参数会直接读成「café rené」,而不是一堆百分号转义。重复的键 (utm a、utm b,id、id)会各占一行,「#锚点」单独留着,而像 %zz 这种 坏掉的转义会被标记出来,而不是悄悄丢掉。构建那一半是一份可编辑列表 (加一行、改键名、修值、删掉某个追踪参数),它会实时重新拼出一条 编码正确的查询字符串。可以选空格编成 %20 还是 +、把键按字母排序得到 稳定 diff、只输出查询部分还是带上原路径的完整 URL,也可以切到可读 (已解码)输出,只想扫一眼值的时候用。结果可以复制,解析出的参数也能 复制成 JSON,或者一键清空重来。空输入、几兆字节的粘贴、畸形输入它都 不会卡死,而且每一步解析、解码、编码都在你的浏览器本地完成,不上传。

工具细节

输入
文本 + 结构化内容
页面会根据工具类型展示文本框、数值控件、文件选择或结构化输入。
输出
即时结果 + 复制
结果区优先给出可操作结果,支持项会显示复制、下载或可视化预览。
隐私
浏览器本地处理
主工具逻辑未发现外部 API 调用,输入通常留在当前标签页内处理。
保存 / 分享
可分享链接状态
关键设置会进入 URL,复制链接后别人能复现同一组参数。
性能预算
首屏 JS ≤ 13 KB
没有声明 WASM 依赖,适合快速打开和移动端使用。
适用场景
编码加密 · 程序员
分类和职业标签用于推荐相关工具、组织内链,并帮助用户快速判断是否适合当前任务。

怎么用

  1. 1. 输入

    把内容粘贴或拖入工具面板。

  2. 2. 处理

    点击按钮,在浏览器内本地处理,文件不上传。

  3. 3. 复制 / 下载

    一键复制结果或下载到本地。

URL 查询字符串解析与构建器 适合怎么用

适合做浏览器本地的编码、解码、哈希、令牌检查和可分享转换。

适合编码任务

  • 快速检查小 payload、令牌、哈希和编码值。
  • 把值整理好再放进 API、URL、文档或客服工单。
  • 输入可能敏感时,尽量避开账号型在线工具。

编码检查项

  • 真实密钥不要随便粘贴,除非确认能接受本地浏览器处理。
  • 分享结果前确认这个操作是否可逆。
  • 哈希值要核对算法和大小写是否符合对方要求。

下一步可以接着做

这些入口会把当前任务接到更完整的工具链里。

  1. 1 URL 编码 / 解码 把空格、中文、emoji 等特殊字符转 %xx 百分号编码,或反向解码,全程浏览器本地 打开
  2. 2 JSON 格式化与校验 浏览器内即时格式化、校验、压缩 JSON,数据不离开本地。 打开
  3. 3 JWT 解码器 解码 JWT 的 Header / Payload / Signature,看声明、查过期、复制字段,全程浏览器本地 打开

真实使用场景

  • 读懂别人甩来的一坨追踪 URL

    同事粘来一条 300 字符的链接,满是 %26、%3D,还有一段读起来像乱码的 UTM 活动名。丢进解析器,每个参数各占一行、已解码:utm_campaign 是 「夏季 & 秋季 2026」,redirect 是一条可读路径,你漏看的那三个 id 值 也都在。一眼看清结构,不用再手数 & 号。

  • 分享链接前先把营销垃圾删掉

    你想分享一个商品页,但不想带上跟着的 fbclid、gclid 和五个 utm_* 追踪参数。解析这条 URL,导入构建器,删掉不要的行,复制出一条只剩 商品 id 的干净链接。打开「完整 URL」让路径也带回来,结果就是你本 会手写出来的那条短而可信的链接。

  • 手拼一条 OAuth 或 API 请求 URL

    你要 ?response_type=code&redirect_uri=https://app/cb?next=/home& scope=read write。在构建器里输入键和人类可读的值,它会逐个正确 编码:redirect_uri 里面的 ? 和 / 变成 %3F 和 %2F,授权方就不会截断; 「read write」里的空格变成 %20。不用再猜哪个字符要转义。

  • 可靠地比对两条查询字符串

    两次 API 调用表现不同,你怀疑某个参数变了。把两条都解析,打开 「键排序」,参数会按字母对齐,真正的 diff 工具(或你的眼睛)就能抓到 那个变动的值。不排序的话,只要顺序变了,查询看起来处处「不同」, 哪怕实际什么都没改。

常见踩坑

  • 只想编一个参数,却把整条 URL 编了。把 https://a.com/p?x=1 丢进普通百分号编码器,它会把 :// 和 ? 也转掉,链接就坏了。本工具只编码每个参数里面的值,保留路径和分隔符不动,这几乎总是你想要的。

  • 以为重复的键会合并成一个。id=1&id=2 是两个值,不是覆盖。基于 URLSearchParams.get() 的工具会把重复项藏起来;这里两行都显示,所以在断定某参数唯一前先看看数量。

  • 把 + 和 %20 当成处处等价。在查询字符串里它们都表示空格,但值里字面的 + 必须编成 %2B,否则服务端读成空格。如果「1+1」这样的值回来变成「1 1」,就切换空格处理方式再重新编码。

隐私说明

每一步(拆分 URL、解码每个值、重新编码构建器的行)都是浏览器标签页里 运行的纯 JavaScript。你粘进去的 URL 或查询字符串不上传、不记录、不发往 任何地方,这一点很重要,因为查询字符串经常携带访问令牌、会话 id 和带 签名的 URL。唯一要注意的是分享链接:正在被检查的查询字符串会写进本页面 自己的 URL,这样分享链接能重开同一份解析,也意味着那段载荷会落进对方 服务器的访问日志。涉及敏感内容时,请用复制按钮粘贴文本,而不是分享 页面网址。

常见问题

类似工具组合

做你这行的人, 还会一起用这些。

Made by Toolora · 100% client-side · Updated 2026-06-13