复制一个带中文标题的链接给别人时，经常会看到地址栏里突然变成一长串百分号，比如中文、空格、问号后面的参数都不太像原来的样子。还有一种情况是在接口调试里，明明传的是关键词，日志里却出现了 %E4%B8%AD%E6%96%87 这种片段。遇到这种 URL 编码和解码问题，先不用急着判断是网站坏了，大多数时候只是链接里某些字符被转成了适合 URL 传输的形式。
实际排查时，我一般先看两个地方：第一，这串内容是不是一整条完整链接；第二，它是不是只是问号后面的某个参数值。这个判断很关键，因为完整 URL 和参数值的处理方式不一样。很多中文链接乱码，都是因为该只处理参数时处理了整条链接，或者已经编码过一次又被工具再编码了一次。
URL 编码到底在解决什么问题
URL 里有些字符本来就有特殊作用。比如 ? 后面通常是查询参数，& 用来分隔多个参数，= 用来连接参数名和值，空格和中文也不适合直接原样放在所有 URL 场景里。URL 编码，也常叫百分号编码，就是把这些不方便直接放进 URL 的字符，转换成由百分号和十六进制组成的形式。
所以 URL 编码不是加密。它不会让内容变安全，也不会隐藏真实含义。只要拿到对应的编码文本，用 URL 解码工具通常就能还原出原来的字符。这个地方很容易误判：看到一串百分号以后，有人会以为是密文，其实它更像一种运输包装，让链接在浏览器、服务器和接口之间少出错。
哪些场景最容易用到 URL 解码
第一个常见场景是中文链接。比如文章标题、搜索关键词、商品名称出现在 URL 里，复制出来以后可能全部变成百分号编码。只要页面能正常打开，这通常不是问题；但如果你要检查关键词有没有传错，就需要把它解码出来看。
第二个场景是接口调试。接口返回或请求日志里经常能看到类似 keyword=%E5%B7%A5%E5%85%B7 的参数。如果直接看原始字符串，很难判断关键词是不是传对了。把参数值解码以后，才能看出到底是“工具”、空字符串，还是被多加了一层别的内容。
第三个场景是回调地址和跳转链接。登录、支付、下载、表单提交里，经常会把一个目标地址放进另一个 URL 的参数里。这时最容易出现“套娃”：外层链接要保留结构，内层参数又需要编码。如果不分层处理，就会出现跳转丢参数、链接截断，或者多出来一堆看不懂的符号。
在线 URL 编码解码工具怎么用
- 先复制原始内容，不要一上来就删字符。尤其是
%、?、&、=这些符号，删掉以后很难判断问题从哪里来。 - 如果看到很多
%E、%A、%B开头的片段，可以先尝试解码。中文通常会还原成可读文字。 - 如果你准备把中文、空格或特殊符号放进某个 URL 参数里，再使用编码。比如搜索词、文件名、备注、回调地址这类动态内容。
- 处理完成后，把结果放回原场景里检查一次。能打开页面不代表参数一定正确，最好再看目标页面是否真的识别了你传入的内容。
中文链接乱码时，直接按这个顺序排查
第一步，看它是不是已经编码过。一个很直观的判断是有没有大量 %XX 结构。如果已经有了，再点一次编码，百分号本身可能会变成 %25，结果就是双重编码。双重编码不是不能解，但排查时会绕一圈：第一次解码只把 %25 变回百分号，第二次才还原中文。
第二步，分清完整链接和参数值。如果你手里是一整条 URL，里面本来就有 https://、路径、问号和多个参数，通常不要把整条链接当成普通文本随便编码。更稳妥的做法是只处理会变化的那一段，比如 keyword=中文 空格 里的“中文 空格”。
第三步，特别留意空格。有些场景里空格会显示为 %20，有些表单编码里会显示为加号。这个差异本身不一定是错误，但如果关键词里真的有一个加号，就要看工具有没有把它误当成空格。搜索关键词、商品标题、文件名里都可能踩到这个点。
encodeURI 和 encodeURIComponent 怎么理解
如果你只是日常使用在线工具，不一定要记 JavaScript 函数名。但理解这个区别，能减少很多误操作。可以简单记成一句话：已经是一整条完整 URL 时，处理方式要尽量保留它原来的结构；准备塞进 URL 的某个参数值时，要更严格地处理这个值本身。
举个更具体的例子：你要访问一个已经拼好的链接，只是里面有中文路径，这和你要把“中文 & 空格”作为搜索词塞进 keyword= 后面，不是同一件事。前者要避免破坏斜杠、问号这些结构符号，后者则要防止搜索词里的 & 被误认为新的参数分隔符。
几个容易误判的点
- 不要把 URL 编码当成加密。它只是编码方式，敏感信息不应该因为被编码了就直接放在公开链接里。
- 不要看到乱码就连续解码。连续解码可能把原本应该保留的百分号结构也拆掉，尤其是嵌套跳转链接。
- 不要只看链接能不能打开。页面能打开，不代表参数被正确识别。接口调试时最好同时看返回内容或服务器日志。
- 不要和 Base64 混在一起。URL 编码常见于链接字符处理，Base64 更常见于把一段内容转成文本形式，两者目的不一样。
相关工具可以一起看
如果你是在调接口，URL 参数处理完以后，下一步通常会看返回内容。这时可以接着看 JSON 格式化工具怎么用，先把一整行返回结果整理成有缩进的结构。这样比盯着原始文本找字段轻松很多。
如果你看到的是一大段由字母、数字、斜杠、加号组成的内容，那不一定是 URL 编码，可能更接近 Base64 编码和解码。工具类问题最好先判断格式，再选工具，不然会出现“每个工具都试了一遍，但还是不知道原文是什么”的情况。
最后可以给自己留一个简单判断：如果问题发生在链接、参数、搜索词、跳转地址里，优先考虑 URL 编码；如果问题发生在接口返回、配置文本或文件内容里，再去看 JSON、Base64 或别的编码工具。工具本身不复杂，真正省时间的是先把场景分清楚。