URL编码与解码

URL 只能包含有限的一组 ASCII 字符。RFC 3986 是 2005 年发布的 URI 语法规范，它把这些字符分成两类。非保留字符包括 A–Z、a–z、0–9 以及 - . _ ~ 这四个符号，永远不需要编码。保留字符各有用途：通用分隔符 : / ? # [ ] @ 用来分隔协议、主机、路径、查询和片段，子分隔符 ! $ & ' ( ) * + , ; = 用来分隔它们内部的各个部分，比如查询字符串中的 & 和 =。其余所有字符，以及被当作普通数据使用的保留字符，都必须进行百分号编码。

百分号编码把一个字节写成 % 加两位十六进制数字。文本会先转换为 UTF-8，因此空格变成 %20，é（两个字节）变成 %C3%A9，一个 emoji 则变成四组 %XX。所以搜索“café & bar”时，链接中会显示为 caf%C3%A9%20%26%20bar：其中的 & 被编码后，服务器就不会把它当作新参数的开头。

encodeURIComponent 适合处理单独的一段内容，例如查询参数的值、路径片段，或作为参数传递的跳转 URL。它会转义除非保留字符和 ! ' ( ) * 之外的所有字符（JavaScript 因历史原因不处理这几个字符）。encodeURI（整个 URL） 默认输入已经是完整地址，会保留保留字符不变，所以 https://example.com/a b?q=1 只有空格会被编码。对参数值使用 encodeURI 是常见的错误：值里的 & 或 # 不会被编码，会破坏整个 URL。

解码可以还原上述任一函数的结果。用 GET 提交的 HTML 表单采用较早的 application/x-www-form-urlencoded 格式，其中空格写作 + 而不是 %20；处理这类内容时请勾选将 + 视为空格，而当加号本身有意义时（如电话号码）请取消勾选。如果输入中的 % 后面不是两位十六进制数字，或字节不是有效的 UTF-8，解码会给出明确的错误提示，而不是随意猜测。当文本包含查询字符串时，其参数会解码后显示在工具下方的表格中。如果要在 URL 中传输二进制数据，通常可以改用 Base64url。