URL 编解码

工具介绍

从浏览器地址栏复制一条带中文参数的链接，粘到别处常变成 q=%E9%AB%98%E6%95%88… 这样的百分号串；反过来，日志或代码里的这类编码也需要还原成人能读的文本。这个页面在上下两个输入框之间完成 URL 编码与解码，两种模式分别覆盖参数值与整条地址。

除了双向转换，页面还带一块「URL 解析」面板：粘贴完整地址，协议、主机、端口、路径、哈希与查询参数实时拆开逐项列出，多参数的链接一眼看清结构。

使用步骤

1. 1把待转换的文本粘进「原始内容」框。
2. 2点「编码」生成结果并复制取走；反向则把百分号串粘进结果框点「解码」。
3. 3连续双向转换可点「交换」，一次互换输入与结果，省去复制粘贴。
4. 4排查完整链接时，把地址粘进「URL 解析」区，结构字段与查询参数实时列出。

适用场景

• 构造跳转链接时把搜索词等中文参数编码成 %xx 形式，避免服务端收到乱码。
• 排查埋点或回调地址：粘进解析面板逐项核对参数，找出拼接时丢的 & 或 =。
• 看日志里被编码过的完整 URL，解码还原成可读地址，再在浏览器里复现问题。
• OAuth 回调要按规范编码 redirect_uri，先用组件模式编码再拼装地址。

常见问题

空格该编码成 %20 还是 +？

URL 规范里空格编码为 %20，本页两种模式都这么处理；+ 代表空格只出现在表单提交（application/x-www-form-urlencoded）的场景，处理办法见下方「空格与加号」说明。

解码时提示无效的百分号编码？

页面报「当前内容包含无效的百分号编码（%）序列，无法解码」，说明字符串里有孤立的 %，或 % 后没跟两位十六进制字符，常见于复制不完整，检查修正后再解码。

解码一次后怎么还有 %3D、%26？

多半是双重编码：值在拼接时被编码了两次。对结果再点一次「解码」即可剥掉一层；生产环境建议排查拼接逻辑，避免重复调用 encodeURIComponent。

解析面板提示无法解析？

提示「无法解析为有效 URL，请检查格式（需含协议，或形如 host/path）」时，先确认粘贴的是完整地址、没有多余空格或换行。不带协议可以，页面会自动补 https:// 再拆解，但至少要有可辨认的主机名。

输入的 URL 会被记录吗？

全程不出浏览器。哪怕地址里带着 token、签名这类敏感查询参数，编码、解码与解析也都由页面脚本在本机完成，不产生任何网络请求，也没有历史记录。

基本操作

• 在原始内容框输入后点「编码」或「解码」，也可在结果栏粘贴内容反向操作
• 「交换」一键互换输入与结果，方便连续双向转换

两种编码模式

• 组件模式（encodeURIComponent）：转义所有保留字符，适合参数值，空格变 %20
• 完整 URL 模式（encodeURI）：保留 ://?&= 等 URL 结构字符，适合整条地址

空格与加号

• URL 规范中空格应编码为 %20
• 表单提交（application/x-www-form-urlencoded）会把空格写成 +，解码含 + 的参数值时建议先替换再解码

安全提示

• URL 编码只是传输格式转换，不是加密
• 解析与编解码全部在浏览器本地完成，内容不会上传