URL 编码

把整个百分比编码的字符串（如 `%E4%BD%A0%E5%A5%BD%20world`）粘贴到输入框，点击「解码」即可。本工具严格按 RFC 3986 解码，%20 会还原为空格，%E4%BD%A0 会还原为汉字「你」。注意不要混入未编码的普通字符，否则解码结果可能包含乱码。如果只是单独解码一段 URL 参数，复制参数值部分即可。

浏览器地址栏的编码规则与 RFC 3986 不完全一致。例如中文「你」在 UTF-8 下编码为 %E4%BD%A0，但某些浏览器对空格、保留字符（如 ?=&#）有额外处理。本工具只做纯编解码，不添加 URL 结构。如果手动替换后链接失败，检查是否漏编了保留字符（如 ? 应编为 %3F），或整个 URL 的协议、域名部分是否被误编。建议将完整 URL 分段处理，只对参数值部分编码。

是的，本工具完全在浏览器本地运行，不向任何服务器发送数据。输入框里的内容不会离开当前页面，刷新或关闭页面后数据自动消失。适合处理含敏感信息的 URL 参数（如 token、用户 ID）。如果担心隐私，可在断网环境下使用，工具依然能正常编解码。

本工具严格遵循 RFC 3986 标准，空格始终编码为 %20，不会使用 application/x-www-form-urlencoded 规范中的 + 号。如果你在处理表单提交数据（application/x-www-form-urlencoded 格式），需要将 %20 替换为 + 才能被服务器正确解析。反之，如果从服务器获取的数据中空格是 +，解码前应先将 + 替换为空格或 %20，再传入本工具解码。

正常。RFC 3986 编码会将每个非 ASCII 字符（如中文）按 UTF-8 编码后转为 3 个 %XX 形式，每个汉字变成 9 个字符（如「中」→ %E4%B8%AD）。特殊符号如 # 也会被转成 %23，长度增加约 3 倍。如果原始字符串中 ASCII 字符占多数，整体长度增幅较小。这是标准行为，所有兼容 RFC 3986 的工具结果一致。

常见原因：① 复制时漏了 % 符号，或 % 后跟的不是两位有效十六进制字符（如 %2G 中的 G 非法）；② 字符串中混入了未编码的汉字或全角符号，解码器遇到非 % 开头的字符会按原样保留，但若该字符本身是 % 后跟无效值则报错。建议只粘贴以 % 开头的连续编码段。如果浏览器地址栏含有非 ASCII 字符（如直接显示中文），那部分并未被编码，解码前需先对它们手动编码。

浏览器自带的 decodeURIComponent 只能解码 UTF-8 编码的百分号序列，且不支持 gbk/gb2312 等其他编码。本工具同样严格按 UTF-8 + RFC 3986 处理，与 decodeURIComponent 结果一致。区别在于：① 本工具提供批量输入和复制按钮，适合处理多段参数；② 纯前端无服务器交互，隐私更可控；③ 结果区同时显示原始输入和编码/解码后的对照，方便逐段核对。如果只解码一段简单 URL，浏览器控制台也能完成。

%25 是百分号 % 本身的编码结果。如果输入里已经含有 %（如之前编码过的字符串），再次编码会将 % 视为普通字符，转成 %25。例如输入 `%E4%BD` 编码后会变成 `%25E4%25BD`，导致二次编码。要避免这种情况，请确认输入的是原始未编码的字符串。如果手头已经是编码后的字符串，直接使用解码功能，不要再编码。本工具无法自动判断输入是否已编码，需用户自行确认。