工具用的顺手吗?
你的反馈能帮助我们做得更好
将URL中的特殊字符(如中文、空格)与百分号编码相互转换,解决Web开发与数据传输中的字符兼容问题。
概览
了解工具能解决的问题、计算或处理逻辑,以及数据边界。
URL 编码通常指百分号编码:把不能直接放入某个 URI 组件的字节写成 %HH,其中 HH 是两位十六进制数。例如,ASCII 空格对应字节 20,所以会成为 %20;百分号本身作为数据时会成为 %25。解码则把合法的百分号字节序列还原成文本。它解决的是字符表示与分隔符歧义,不是加密,也不会隐藏原文。
本工具接收普通文本、完整 URL 或已编码字符串,输出相应的编码或解码结果。输入变化后结果会自动更新;编码模式和解码模式使用同一个“编码所有字符”开关,但开关的实际含义是选择“URI 组件”还是“完整 URI”处理方式。
| 开关状态 | 适合输入 | 分隔符表现 |
|---|---|---|
| 开启(默认) | 查询参数值、路径片段、回调参数等单个组件 | :、/、?、&、=、+ 等会作为数据被编码 |
| 关闭 | 已经带协议、路径、查询串和片段的完整 URI | 保留 ;/?:@&=+$,# 等结构分隔符,只处理其中需要转义的字符 |
开关名称里的“所有字符”不是把每个字符都改成百分号:英文字母、数字以及 -_.!~*'() 在两种模式下都会保留。该字符集合来自本工具采用的 URI 处理规则;因此不要把开启状态理解成“严格把 RFC 3986 保留字符全部编码”。
非 ASCII 字符先转换为 UTF-8 字节,再逐字节写成百分号序列。以“你”为例,UTF-8 是三个字节 E4 BD A0,结果为 %E4%BD%A0;“你好”会得到 %E4%BD%A0%E5%A5%BD。十六进制字母使用大写,解码时大小写形式都可表示同一字节。
组件模式示例
价格 对比&sort=a+b → %E4%BB%B7%E6%A0%BC%20%E5%AF%B9%E6%AF%94%26sort%3Da%2Bb
完整 URI 模式示例
https://example.com/search?q=你好 world&sort=a+b → https://example.com/search?q=%E4%BD%A0%E5%A5%BD%20world&sort=a+b
指南
按步骤完成操作,并通过示例核对输入与结果。
如果输入是某个参数的值,例如搜索词“价格 对比”,保留默认开启状态;如果输入是整条 https://… 地址并希望保留协议、斜杠、问号和参数分隔符,则关闭开关。
处理原始文本时选择“编码”,检查日志、地址栏或接口响应中的 %HH 内容时选择“解码”。切换模式后示例按钮也会载入对应方向的示例。
把内容放入输入框即可,无需再点击转换按钮。字符计数可用于核对输入与输出长度;清空按钮会移除当前输入。若解码区提示错误,先检查每个百分号后是否都有两位十六进制数字,以及多字节 UTF-8 序列是否完整。
使用结果区的复制按钮,再放入实际请求、配置或日志分析流程中验证。构造 URL 时应只对动态值编码一次,然后再与固定的 ?、&、= 等结构拼接。
场景
查看这项工具在不同工作与生活流程中的用法。
开发或测试人员需要把含中文、空格、& 或 + 的搜索词作为一个参数值时,使用默认组件模式;复制结果后再拼入参数,避免数据中的符号被误认成 URL 结构。
内容编辑或运营人员处理带中文路径、查询串和片段的整条链接时,关闭开关进行编码;输出仍保留协议和分隔符,便于直接识别各部分。
排查接口日志、跳转地址或回调参数时,先判断手中字符串是整条 URI 还是其中一个值,再选择相同层级的解码模式;还原后的文本可用于比对预期参数,但不会替你解析键值对。
问答
集中解答高频疑问与容易混淆的问题。
因为本工具的两种 URI 编码模式都把空格写成 %20。加号表示空格是 application/x-www-form-urlencoded 表单编码的专门规则,不是普通 URI 解码的通用规则;本工具也不会把输入中的 + 自动还原为空格。
关闭开关代表按完整 URI 解码,为避免改变结构,会保留代表 ?、/、& 等分隔符的转义序列。若这些符号实际是单个参数值中的数据,请开启开关后再解码。
先找孤立的 %、不足两位的十六进制片段,例如 %E,或不完整、非法的 UTF-8 字节序列。解码要求每个转义片段格式完整,连续的多字节序列也必须能组成有效字符。
通常是已编码内容又被编码了一次。因为 % 作为数据会变成 %25,所以 %E4%BD%A0 二次编码后会成为 %25E4%25BD%25A0。应回到原始文本只编码一次,或确认接收方是否确实要求嵌套编码。
须知
使用前了解适用范围、结果限制与必要提醒。
百分号编码不提供保密性、完整性校验或访问控制。账号令牌、个人信息、签名参数等即使被编码也可能轻易还原,应按目标系统与所在组织的敏感数据规则处理。
+ 的双向转换。若接收方要求 application/x-www-form-urlencoded,应按该接口或表单规范另行序列化。推荐
查找相关工具、专题与可用的 API 能力。