URL 编解码
encodeURIComponent / decodeURIComponent 双向转换，完整 URL 自动拆解协议、主机、路径与参数。
>_ 使用指南 · GUIDE
粘贴文本或 URL，双向编码解码实时完成，采用 encodeURIComponent / decodeURIComponent 标准实现——参数值的正确编码方式。工具还能自动拆解完整 URL：协议、主机、路径、查询参数逐项列出，转义内容还原成可读中文。
典型场景：排查接口参数里 %E4%BD%A0%E5%A5%BD 这类百分号串、构造带中文参数的跳转链接、分析回调地址。本地转换零上传，含 token 的链接也可放心贴。
>_ 常见问题 · FAQ
Q1 · %20、%3D 这些百分号串是什么意思？
这是 URL 百分号编码：URL 只允许部分安全字符，其余字符（中文、空格、= & ? 等）按 UTF-8 字节逐个转成 %XX 形式。%20 是空格、%3D 是等号、%E4%BD%A0%E5%A5%BD 是「你好」。粘贴到本工具解码即可还原原文。
Q2 · encodeURI 和 encodeURIComponent 有什么区别？
encodeURI 保留 URL 结构字符（: / ? & =），适合编码整个 URL；encodeURIComponent 编码得更彻底，连结构字符也转义，适合编码参数值。最常见的事故是用错函数导致参数里的 &、= 破坏了 URL 结构——参数值永远用后者。本工具采用的就是参数值口径。
Q3 · 为什么参数里的 + 号解码后变成了空格？
历史原因：早期表单标准（application/x-www-form-urlencoded）规定 + 表示空格。现代 encodeURIComponent 不再这么做（空格编码为 %20），但某些服务端仍按老规则把 + 解成空格。遇到此类问题，把参数值里的 + 预先编码为 %2B 即可。
Q4 · 编码后的链接变长了很多，有影响吗？
中文每字 3 字节编码后变成 9 个字符（%XX × 3），长度膨胀明显。浏览器与服务器对 URL 长度都有限制（普遍 2KB–8KB），超长参数建议改用 POST 或缩短参数内容；普通场景的膨胀不影响使用。