URL 里为什么会出现 %E4%B8%AD%E6%96%87：中文参数、乱码和重复编码排查

百分号编码是为了让链接稳定传输

URL 里出现 %E4%B8%AD%E6%96%87 并不是错误，它通常表示中文被按 UTF-8 编码后再做百分号转义。URL 本来主要为英文字母、数字和少量符号设计，中文、空格、特殊符号如果直接放在链接里，可能在浏览器、服务器、日志、聊天工具转发时出问题。编码后的链接虽然难读，但更稳定。

最容易出问题的是 QueryString，也就是问号后面的参数。比如 keyword=中文工具，经过编码后会变成 keyword=%E4%B8%AD%E6%96%87%E5%B7%A5%E5%85%B7。你在排查链接时，先把完整 URL 放进 URL 解析工具里拆成协议、域名、路径和参数，再对单个参数解码，比直接盯着一长串链接更清楚。

怎么判断是不是重复编码

重复编码很常见。比如中文先被编码成 %E4%B8%AD，后来整个字符串又被编码一次，百分号本身会变成 %25，于是你会看到 %25E4%25B8%25AD。看到大量 %25，基本就要怀疑重复编码。重复编码会导致服务端拿到的不是原始中文，而是一段还没解完的编码文本。

可以用一个简单办法判断：先解码一次，看结果是否还包含大量百分号编码；如果还包含，再解码第二次。正常业务里通常只应该编码一次。除非文档明确要求多层编码，否则前端、后端、网关、SDK 不要都各自编码一遍。

空格、加号和斜杠最容易误判

空格在 URL 参数里可能表现为 +，也可能表现为 %20。两者在不同编码规则下含义接近，但不要在所有位置混用。斜杠 / 如果出现在路径里表示层级，如果作为参数值的一部分，就应该编码成 %2F。比如回调地址、文件路径、分类名都可能包含斜杠，直接拼接会让服务端把它当成路径层级。

一个安全的拼接方式是让标准库处理编码，而不是手写字符串：

javascript代码示例

const params = new URLSearchParams()
params.set("keyword", "中文工具")
params.set("redirect", "https://example.com/a/b?x=1")

const url = "https://example.com/search?" + params.toString()
console.log(url)

如果你看到链接能打开，但服务端参数不对，先检查是不是手动拼接时漏了编码。运营活动链接、广告落地页链接、站内搜索链接都容易出现这个问题。

给别人排查时怎么留证据

不要只说“链接乱码了”。更清楚的表达是：原始参数是什么，浏览器地址栏里变成了什么，服务端日志里收到的是什么，解码一次后是什么。把这四样放在一起，基本能判断是哪一层多编码或少编码。站内 URL 编码工具适合做这一步，把参数逐个解码后再回到 QueryString 工具里检查。

如果链接用于投放或分享，建议上线前先复制到微信、浏览器、搜索入口里各试一次。很多问题不是代码本身，而是复制、跳转、短链或统计参数叠加后出现的。越早检查，越少出现“用户点进来条件丢了”的情况。

常见问题

%E4%B8%AD%E6%96%87 是乱码吗？

不是。它通常是中文按 UTF-8 做 URL 编码后的结果，解码后就是中文。

看到 %25 是什么情况？

%25 是百分号本身被编码后的结果，经常说明字符串被重复编码了一次。

URL 参数要不要手动拼接？

不建议。优先用 URLSearchParams 或后端标准库处理，能减少空格、斜杠、中文和特殊符号出错。