在线 URL 编码解码工具：百分号编码、Query 参数与表单模式

• 编码为百分号编码

  将空格、中文、Emoji、保留符号等内容转换为百分号编码，适合放入查询参数、路径片段或回调地址。

• 解码百分号编码

  把日志、浏览器地址栏或第三方回调中的 %XX 序列还原为可读文本，便于检查真实参数值。

• 表单模式

  按照 application/x-www-form-urlencoded 习惯处理空格与 +，适合排查表单提交、旧系统回调和查询字符串。

• 全编码模式

  完整 URL 模式会保留 :、/、?、&、=、# 等结构字符，单个参数值模式则会把这些字符当作普通内容处理。

• 双向互换

  将输出重新放回输入区，适合对比严格解码、容错解码、表单模式和标准百分号编码之间的差异。

• 即时复制与清空

  转换结果可直接复制到接口工具、代码片段或文档中，也可以一键清空后处理下一段链接。

1. 1

   选择"编码"或"解码"来确定转换方向。

2. 2

   在输入框中输入或粘贴内容。

3. 3

   输出区域会实时显示转换结果。

4. 4

   使用"复制"按钮获取输出，或点击"互换"交换输入和输出。

5. 5

   根据使用场景切换表单模式或全编码模式。

• 处理单个参数值时，优先使用文本/参数值模式，让 ?、&、= 等符号按内容编码。
• 处理已经拼好的完整地址时，使用完整 URL 模式，保留协议、路径、查询和锚点结构。
• 只想处理 ? 后面的 a=1&b=2 时，使用 Query 参数模式，可选择同时处理键和值，或只处理值。
• 遇到表单提交、老系统回调或后端日志中的 + 时，再开启表单模式，把 + 按空格解释。

• 查询参数编码

  把搜索词、筛选条件、分页状态或中文标签放进查询字符串前先编码，避免 &、=、空格把参数拆乱。

• API 请求准备

  拼接 REST API 请求、Webhook 地址或临时调试链接时，对路径片段和参数值分别编码，减少服务端解析歧义。

• 表单提交调试

  从浏览器开发者工具、网关日志或后端日志中解码表单内容，确认用户实际提交了什么。

• 从 URL 提取数据

  拆开重定向链路、OAuth 回调、SSO 参数和分享链接，恢复 redirect_uri、state、next 等字段的原始值。

• 多语言参数处理

  处理中文、日文、韩文、Emoji 和混合标点，让不同浏览器、代理和后端框架能稳定读取同一段内容。

• 埋点与追踪链接清洗

  清理 UTM 参数、广告跳转和渠道链接中的多层编码，便于归因排查、数据核对和链接归档。

• 先判断输入是完整 URL、单个参数值，还是 Query 字符串。边界判断错了，结果往往不是少编，就是把结构字符也一起编掉。
• 已经出现 %E4%BD%A0 这类片段时，不要急着再次编码；先解码确认原文，避免把 % 变成 %25 造成双重编码。
• 处理接口参数时，参数值优先按 encodeURIComponent 的思路处理；完整 URL 才保留 : / ? & = # 这些结构字符。
• 表单模式只用于 application/x-www-form-urlencoded 场景。普通 URL 参数通常用 %20 表示空格，而不是 +。
• 解码后若仍然残留孤立的 %、半截 %E4 或不可读字符，通常说明原始日志被截断、重复转义或混入了非 URL 编码内容。
• URL 编码只负责传输格式，不负责保密。需要表达认证信息时，应继续检查 Token 内容、签名或摘要，不要把编码当成安全措施。
• 团队联调时建议把空格、中文、数组参数、redirect_uri 等规则写进接口说明，避免前后端各自按习惯处理。

如果要处理的是认证头、接口凭证或需要在文本与 Base64 之间转换的片段，可以继续使用 Base64 编码 & 解码 ；遇到 Token Header、Payload 和过期时间排查，则更适合打开 JWT 检查器 。当任务从单个参数扩展到完整链接拆解、域名、路径、查询项和锚点整理时，可以配合 URL 工具 一起使用。

• 百分号编码是一种格式化约定，不是安全机制。它不以任何方式加密、哈希或保护数据。
• 双重编码发生在已编码的字符串再次被编码时。此页面不会自动检测双重编码。
• 非常长的输入字符串可能导致浏览器渲染性能下降。此页面为典型的文本负载设计。
• 此页面使用浏览器原生的 encodeURI、encodeURIComponent、decodeURI 和 decodeURIComponent API。
• 表单模式只处理空格与 + 的常见差异，不模拟完整的表单序列化流程。
• 容错解码会尽量保留异常输入并继续转换，适合排查脏数据，但不适合做严格协议校验。
• Query 模式默认按 & 与 = 拆分，自定义协议、嵌套查询或特殊分隔符需要先确认规则。