URL编码的稳妥做法

URL 编码又叫百分号编码（Percent-Encoding），定义在 RFC 3986 中：把 URL 里不允许直接出现的字符先转成 UTF-8 字节，再把每个字节写成“%”加两位十六进制数，例如空格写成 %20，“中”写成 %E4%B8%AD。下面重点说明推荐写法。

URL编码的稳妥做法

• 不要对整条 URL 重复编码，否则“%”会变成“%25”
• JavaScript 的 escape() 已废弃，中文会编成 %uXXXX 的非标准格式
• “+”在查询参数里可能被服务端当作空格
• 老系统用 GBK 编码中文，与 UTF-8 结果不同

示例

输入：<b>粗体</b>

编码结果：%3Cb%3E%E7%B2%97%E4%BD%93%3C%2Fb%3E

说明：按 RFC 3986 编码，空格为 %20，中文按 UTF-8。

工作原理

浏览器或程序逐个检查字符：属于非保留字符的原样保留；其余字符先按 UTF-8 转成字节，每个字节输出为“%XX”（大写十六进制）。例如“问”的 UTF-8 字节是 E9 97 AE，编码后为 %E9%97%AE。

Java 示例

下面是 Java 中处理URL编码的常用写法：

import java.net.URLEncoder;
import java.nio.charset.StandardCharsets;
String v = URLEncoder.encode("123问 a&b", StandardCharsets.UTF_8);
// 结果 123%E9%97%AE+a%26b（表单格式，空格为 +）
v = v.replace("+", "%20");  // 需要 RFC 3986 格式时替换

运行前确认输入的字符集（推荐 UTF-8），结果可以用本站工具交叉核对。

本站的URL编码解码工具可以直接处理，计算在浏览器本地完成，适合快速核对结果。

常见问题

【出现 %25 是怎么回事？】“%”被再次编码成了 %25，说明发生了重复编码。

【哪些字符不用编码？】字母、数字和 - _ . ~ 四个符号不用编码。

【空格应该编码成 %20 还是 +？】路径和 RFC 3986 规范里用 %20；表单格式（x-www-form-urlencoded）用“+”。不确定时用 %20 更安全。

文中示例可以在本站对应工具中验证；处理密钥、证书等敏感数据时，请注意保护隐私。

标签： 编码 数码开发