ToolboxAgent

URL编码/解码

在线URL编码和解码工具,支持encodeURIComponent双向转换,实时预览结果

使用说明

  1. 1 在输入框中输入需要处理的URL或文本
  2. 2 点击"编码"按钮进行URL编码,或点击"解码"按钮进行URL解码
  3. 3 查看处理结果,可点击"复制"按钮复制到剪贴板

相关工具

关于此工具

URL 编码(又称百分号编码)将特殊字符转换为 %XX 格式,使其能够安全地出现在 URL 中。中文、空格、& 等符号若不编码,会导致服务器解析 URL 时出错或参数截断。

典型使用场景:构造带中文参数的 API 请求、调试 OAuth 回调地址、处理表单提交的 Query String、以及对 curl 命令中的参数手动编码。后端开发者在拼接 URL 时也经常需要对单个参数值做 encodeURIComponent 处理。

与浏览器地址栏自动编码不同,本工具使用 encodeURIComponent 标准,对所有保留字符(包括 : / ? # 等)完整编码,适合处理参数值而非完整 URL。解码功能同样适用于还原日志中的已编码 URL。

常见问题

encodeURI 和 encodeURIComponent 有什么区别? +

encodeURI 用于编码完整 URL,保留 : / ? # & = 等结构字符不编码;encodeURIComponent 用于编码 URL 的参数值部分,会对几乎所有特殊字符编码。拼接参数值时应用 encodeURIComponent,避免 & 和 = 破坏参数结构。

中文字符 URL 编码后变成很长的 %XX%XX,正常吗? +

正常。中文字符在 UTF-8 下通常占 3 个字节,因此每个汉字会被编码为 9 个字符(如 %E4%B8%AD)。这是标准行为,服务端按 UTF-8 解码即可正确还原。

空格应该编码为 + 还是 %20? +

两种都合法但场景不同。%20 是 RFC 3986 标准 URL 编码;+ 是 HTML 表单(application/x-www-form-urlencoded)的约定。现代 API 开发推荐统一用 %20,避免歧义。本工具使用 %20。

为什么解码后显示乱码? +

乱码通常是编码格式不一致导致的。如果原始文本用 GBK 编码后再 URL 编码,用 UTF-8 解码就会出现乱码。国内老系统(如部分政府、电商平台)仍使用 GBK,遇到此类情况需切换编码方式处理。

能直接粘贴完整 URL 进行解码吗? +

可以。粘贴完整 URL 后点击解码,工具会对 URL 中所有 %XX 序列进行解码,方便阅读日志、分析重定向链接或还原爬虫抓取到的编码 URL。未编码的部分会原样保留,不会损坏 URL 结构。