编码解码双模式
既可以把中文和特殊字符编码成可传输的 URL 片段，也可以把已经编码的参数还原为原始文本。
支持 query 场景
除了标准 component 模式，还支持查询串空格转 + 的 query 模式，适合传统表单和老接口参数。
本地处理不上传
链接、参数和文本都在浏览器本地处理，适合带业务参数、回调地址和内部路径的场景。
浏览器本地处理
URL 参数、中文和特殊字符快速处理
支持标准 component 模式和 query 查询串模式。编码、解码和复制都在浏览器本地完成，不会把链接内容上传到服务器。
当前模式
编码
76 字符
0 字符
已填入示例内容，可以直接开始编码。
处理提示
component：适合单个参数值、路径片段。
query：适合传统查询串空格转 + 的场景。
工具使用说明
URL编码解码怎么用
输入原始文本或链接
把需要编码的中文、参数值、整段链接，或者需要解码的查询串内容粘贴到输入框里。
选择处理模式
普通参数优先用 component 模式；如果你处理的是带 + 的传统查询串，切到 query 模式更合适。
查看并复制结果
点击编码或解码后，右侧会立即给出结果。确认无误后可以直接复制到接口调试、代码或文档中。
功能说明
这个工具解决什么问题
URL编码解码工具适合什么问题
最常见的问题是中文参数、空格、问号、等号、斜杠和特殊字符放进链接后变形，或者接口回调地址里某个参数被重复编码，导致后端拿到的值不对。
这个工具的作用就是快速判断某段内容应该编码成什么样，或者把已经编码的内容还原，避免在浏览器地址栏、代码和接口平台里来回猜。
component 和 query 有什么区别
component 模式本质上就是 encodeURIComponent / decodeURIComponent，更适合处理单个参数值、路径片段和前端路由参数。
query 模式会把空格编码成 +，并在解码时把 + 还原为空格，更适合传统 application/x-www-form-urlencoded 查询串。
使用时的注意事项
已经编码过的内容如果再编码一次，会出现 %25 这类双重编码结果。遇到跳转异常、回调参数不对或后端签名失败时，优先检查是不是重复编码。
如果链接里带敏感参数、登录票据或内部业务字段，尽量使用本地工具处理，不要随意发到公开环境。
常见问题
关于 URL编码解码，用户常问这些
什么时候用 component 模式？
处理单个参数值、路径片段、路由 slug 或大多数前端 encodeURIComponent 场景时，优先用 component 模式。
什么时候用 query 模式？
处理传统查询串、表单编码结果，或者你明确知道空格要转成 + 的接口场景时，用 query 模式更合适。
为什么解码失败？
通常是输入内容并不是完整有效的 URL 编码字符串，比如残缺的 % 片段、截断的字节或混入了非法字符。
这个页面会保存我的链接吗？
不会。编码、解码和复制都在浏览器本地完成，页面不会把链接和参数内容上传到服务器。
整段 URL 也能处理吗？
可以，但要先确认你是要处理整段链接，还是只处理其中某个参数值。很多时候只编码参数值更安全。