URL 编码/解码
URL 编码/解码
URL 编码/解码支持 URL 百分号编码与解码,可处理特殊字符、空格和多语言文本,适合 API 调用、表单提交和链接分享。
快速开始
常见使用场景
API 参数
编码查询参数与请求体,确保特殊字符正确传输
表单提交
处理 GET/POST 数据,支持中文与特殊符号
分享链接
生成包含中文/特殊字符的 URL,避免乱码
搜索关键词
编码搜索词,特别是包含 & = # ? 等符号时
补充场景
百分号编码、URI 编码器、URL 转义 也可在同一流程中完成,便于在复制、导出或交付前快速核对结果。
使用建议
限制与兼容性
隐私与安全
常见问题
URL(统一资源定位符)是 Web 的“地址系统”,由万维网之父蒂姆·伯纳斯-李在 1990 年代设计,用来标识互联网上的各种资源。它由可读的文本组成,包含协议、主机名、路径、查询参数和片段等结构。 因为 URL 中有些符号(例如 ?、&、#、=、/)被用作分隔符,而实际数据里也可能出现这些字符,所以必须“转义”处理。同时,为了支持空格、中文和 emoji 等非 ASCII 字符,URL 会把它们按 UTF-8 分解为字节,再以 %HH 的形式表示(例如空格写成 %20,参数值中的 / 写成 %2F)。 在网页表单中,沿用旧的 application/x-www-form-urlencoded 规则,空格也可以写成 +。不过,非表单场景下依然推荐使用 %20。 简而言之,URL 编码只是为了让链接在网络上传输时保持稳定与可解析,并不具备加密或隐藏数据的能力。
不能。编码是可逆的格式转换,任何人都能解码。密码、API Key 等敏感信息必须加密(如 AES、RSA)
表单提交(application/x-www-form-urlencoded)中用 +,通用场景(RFC 3986)用 %20。本工具默认 %20 兼容性更好;如需 +,请在表单语境下使用或手动替换
已编码内容包含 %XX 格式(% 后跟两位十六进制数字,如 %E4%BD%A0)。看到大量此类序列即已编码,避免重复编码
URL 标准仅支持 ASCII。非 ASCII(如重音字母、emoji)需使用百分号编码(将 UTF‑8 字节写成 %HH)才能安全传输
取决于位置:作为路径分隔符时不编码(如 /api/users),作为参数值时需编码为 %2F(如 ?path=%2Fhome%2Fuser)