URL 编码

正常。URL 编码就是把非 ASCII 字符（中文、日文、特殊符号等）转换成 % 后跟两位十六进制数的形式，这是 HTTP 协议的标准要求。比如“中”会变成 %E4%B8%AD。本工具默认使用 encodeURIComponent 算法（RFC 3986 标准），所有非保留字符都会被编码。如果看到 % 后不是两位字母数字，那可能是数据本身有问题或混入了其他编码结果。

不一样。浏览器地址栏对 URL 的编码用的是 encodeURI，它不会编码 URL 中具有特殊含义的字符（如 #、?、&、/ 等），目的是保持 URL 结构完整。而本工具默认使用 encodeURIComponent，它会编码所有非字母数字字符，包括 #、?、& 等。如果拿本工具的结果直接拼到 URL 参数里，是正确的；如果拿去替换整个 URL 的路径部分，应该用 encodeURI 模式。

乱码通常是编码和解码使用的字符集不一致造成的。本工具解码时默认按 UTF-8 处理，如果原文本是用 GBK 或 ISO-8859-1 编码后再进行 URL 编码的，用 UTF-8 解码就会显示乱码。解决办法是确认原始文本的编码方式。本工具目前只支持 UTF-8 编码的编解码，如果遇到非 UTF-8 的编码数据，请先用其他工具转换编码后再处理。

本工具使用 encodeURIComponent，空格会被编码为 %20。部分旧标准（如 application/x-www-form-urlencoded）会把空格编码为 +，但 RFC 3986 标准要求使用 %20。如果你对接的接口要求 + 号（比如某些旧版表单提交），本工具的结果可能不兼容。遇到这种情况，可以在结果中手动将 %20 替换为 +，或选择其他支持 + 号编码的工具。

本工具完全在浏览器本地运行，所有编解码操作由 JavaScript 的 encodeURIComponent 和 decodeURIComponent 函数完成，不会将任何输入数据发送到服务器。即使断网也能正常使用。可以放心处理含密码、Token、个人信息等敏感内容的 URL 编码需求，数据不会离开当前设备。

理论上没有长度限制，实际受浏览器内存和 JavaScript 字符串最大长度限制（约 2^28 字符，即 2.68 亿字符）。但建议单次输入不超过几万字符，因为浏览器处理超大字符串时可能出现卡顿或假死。如果 JSON 特别大，建议分段编码，或使用支持流式处理的工具。本工具界面也没有设置字数计数，超大输入时无法预估处理进度。

简单判断：如果编码的是整个 URL 的路径或域名部分，用 encodeURI，因为它会保留 /、?、# 等结构字符。如果编码的是 URL 中某个参数的值（比如 ?key=value 里的 value），必须用 encodeURIComponent，否则参数里的 & 或 = 会破坏 URL 结构。举例：value 是 a&b，用 encodeURI 得到 a&b，拼接后 ?key=a&b 会导致歧义；用 encodeURIComponent 得到 a%26b，拼接后 ?key=a%26b 才是正确的。本工具默认 encodeURIComponent，也提供 encodeURI 选项。

微信内置浏览器对 URL 编码的处理可能不标准，尤其是对 UTF-8 编码的中文。如果编码结果在微信里打开乱码，尝试以下方案：1）确认微信页面声明了正确的 charset（<meta charset='UTF-8'>）；2）某些微信版本对 % 号有特殊处理，可以检查 URL 是否被微信自动截断或修改；3）部分旧版微信不支持某些 Unicode 字符的编码，建议升级微信版本。本工具编码结果是标准的，兼容绝大多数现代浏览器。