URL转JSON解析器

实际转换范围：查询参数，不是整条 URL

URL转JSON解析器处理的是查询参数（Query String）与 JSON 之间的双向转换。URL→JSON 模式可以接收 q=book&page=2、以 ? 开头的参数串，或带有问号的普通完整链接；输出是由参数名和参数值组成的 JSON 对象。它不会输出 protocol、host、port、pathname、hash 等 URL 结构字段。JSON→URL 模式则把 JSON 转为 key=value&... 形式的查询字符串，结果不包含域名、路径或开头的问号。

按照 URI 通用语法，查询组件从第一个 ? 后开始，到 # 或链接结尾为止。对这个工具而言，最稳妥的输入是已经单独截取好的查询参数串；这样能避免把路径或片段误当成参数内容。

键值拆分、解码与重新编码

参数串按 & 分成多项，每项的第一个 = 区分名称和值。没有等号的项目会得到空字符串值，例如 debug 转为 {"debug":""}。URL→JSON 时，百分号编码会被解码，+ 会被解释为空格；要保留真正的加号，应在输入中写成 %2B。JSON→URL 时，名称和值会按表单式查询参数规则编码，空格通常写成 +，中文等字符写成 UTF-8 百分号编码。

JSON 输入应使用扁平对象

推荐输入顶层 JSON 对象，并让每个字段对应一个标量值，例如 {"q":"参数 解析","page":2,"debug":false}。输出中的数字和布尔值会成为文本参数，即 page=2 与 debug=false。工具不会展开嵌套对象，也不支持约定式的方括号、点号或索引语法；数组可能被连接为逗号文本，嵌套对象可能变成不可用的普通字符串，因此这两类输入不适合作为可逆转换数据。

两个方向也不是无损的数据模型互换：查询参数本来允许同名键出现多次，但 JSON 对象的一个名称只能对应当前保留的一个值。URL→JSON 遇到 tag=a&tag=b 时，结果仅保留最后一次出现的 tag，即 {"tag":"b"}。

规范依据与核验

两种方向的操作与可复现示例

1. 选择转换方向

   选择“URL → JSON”查看链接或参数串中的键值；选择“JSON → URL”生成查询字符串。切换方向时，如果当前已有结果，结果会自动成为新方向的输入，便于立即反向检查。

2. 粘贴、输入或载入示例

   URL→JSON 可输入 https://example.com/search?q=%E5%8F%82%E6%95%B0+%E8%A7%A3%E6%9E%90&page=2&debug。页面会实时得到格式化结果：
   {"q":"参数 解析","page":"2","debug":""}。输入区同时提供粘贴、示例和清空操作，并显示字符数。

3. 反向生成参数串

   在 JSON→URL 中输入 {"q":"参数 解析","page":"2","debug":""}，会得到 q=%E5%8F%82%E6%95%B0+%E8%A7%A3%E6%9E%90&page=2&debug=。如需组成链接，请自行在已有基础地址后加入 ? 再拼接结果。

4. 复制并按接收端规则复核

   使用结果区的复制操作取得文本。提交给接口或测试环境前，应核对接收端对重复键、空值、数组和空格编码的约定，因为不同后端并不一定采用相同的数据结构。

常见输入与结果问题

边界、特殊字符与敏感参数

这是一项查询参数格式转换，不会校验域名是否存在、链接是否可访问，也不会请求输入的目标地址。它不能替代完整 URL 解析器或接口请求工具。

• 完整链接若带 #fragment，请先去掉片段再转换；若井号属于参数值，应写成 %23。参数值中的问号也建议写成 %3F，避免被当作额外分隔内容。
• 同名重复键会丢失前面的值；嵌套对象和数组没有可逆的展开规则。处理签名参数、多选条件或批量字段前，应先确认目标系统的约定。
• 往返转换可能规范化编码形式，例如把空格输出为 +，因此不要用转换后的文本替代必须逐字节一致的原始签名串或取证记录。
• 即使转换不需要访问目标网址，也不建议粘贴仍然有效的访问令牌、签名、会话标识或其他密钥。必要时先脱敏，并在真实请求环境中复核最终字符串。