什么时候应该在HTTP URL中编码星号？

Question

根据RFC1738，星号（*）“可在URL内未编码使用”：

因此，只有字母数字、特殊字符“$-！*”（），”和用于保留目的的保留字符可以在URL中未编码使用。

然而，w3。org的命名和寻址材料说，星号“保留用于在特定方案中具有特殊意义”，并暗示它应该被编码。

另外，根据RFC3986，URL是URI：

术语“统一资源定位器”（URL）是指URI的子集，其除了标识资源之外，还通过描述其主要访问机制（例如，其网络“位置”）提供定位资源的方法。

它还规定星号为“子delim”，是“保留集”的一部分，并且：

产生URI的应用程序应该对与保留集中的字符相对应的数据八位字节进行百分比编码，除非URI方案特别允许这些字符表示该组件中的数据。

它还明确指定更新RFC1738。

我认为所有这些都要求在URL中编码星号，除非它们用于URI方案定义的特殊用途。

RFC1738是HTTP URI方案的规范参考吗？它是否以某种方式免除了星号的编码，或者由于RFC3986，它在这方面已经过时了？

维基百科说，“当字符没有保留用途时，不需要对其进行百分比编码。”RFC1738是否删除星号的保留用途？

在这个问题上，各种资源和工具似乎存在分歧。

PHP的urlencode和rawurlencode--后者声称遵循RFC3986--确实编码星号。

但是，JavaScript的escape和encodeURIComponent不编码星号。

而且Java的URLEncoder不编码星号：

特殊字符“，“-”、“*”和“u”保持不变。

流行的在线工具（谷歌搜索“在线网址编码器”的前两个结果）也不编码星号。URL编码和解码工具特别指出，“[保留的字符只能在特定情况下编码。”它接着将星号和&号列为保留字符。它编码与号，但不编码星号。

Stack Exchange社区中的其他类似问题似乎有陈旧、不完整或不令人信服的答案：

• urlencode（）星号（星？）这个问题强调了Java和PHP对星号的处理方式的不同，并询问哪个是“正确的”。接受的答案仅参考RFC1738，未提及最近的RFC3986和解决冲突。另一个答案承认了这一差异，并指出星号与其他URI不同，但它没有为这一结论提供具体的权威
• URL可以有星号吗？一个答案只引用了旧的RFC1738，而被接受的答案意味着它在用作分隔符时是可以接受的，我们假定它是“保留用途”
• 我可以在URL中使用星号吗？公认的答案似乎不鼓励使用星号，但没有明确规定使用星号的规则。另一个答案是你可以使用星号“因为它是一个保留字符”。但这不是只有当你把它用于保留的目的时才是真的吗
• 转义url中的特殊字符一个答案指出“是否必须在url中编码星号存在一些歧义”。我试图用这个问题来解决这个模棱两可的问题
• Spring UriUtils和RFC3986此问题注意到UriUtil的encodeQueryParam声称遵循RFC3986，但它不编码星号。截至2014-08-01 CDT下午12:50，该问题尚无答案
• 如何用JavaScript编码URL？这似乎是关于堆栈溢出的规范JavaScript URL编码问题，尽管答案指出星号被排除在各种方法之外，但它们没有说明是否应该使用星号

考虑到所有这些，什么时候应该在HTTP URL中编码星号？

Answer 1

##简短回答

URL语法的当前定义表明，您永远不需要对URL的路径、查询或片段组件中的星号字符进行百分比编码。

正如@Riley Major所指出的，RFC即HTTP 1.1对URL语法的引用已经被RFC3986所淘汰，它对于星号的使用不像最初引用的RFC那样黑白分明。

在HTTP 1.1 URL中不需要对星号进行编码，因为在RFC2396中，*被列为“无保留字符”，用于定义HTTP 1.1中的URI语法。URL的路径组件中允许使用无保留字符。

2.3. 无保留字符

URI中允许但没有保留用途的数据字符称为unreserved。其中包括大写和小写字母、十进制数字以及一组有限的标点符号和符号。

   unreserved  = alphanum | mark

   mark        = "-" | "_" | "." | "!" | "~" | "*" | "'" | "(" | ")"

可以在不更改URI语义的情况下转义未保留的字符，但除非在不允许未转义字符出现的上下文中使用URI，否则不应这样做。

RFC3986修改RFC2396，使星号成为保留字符，原因是它“通常不安全解码”。我对这个RFC的理解是，未编码的星号字符允许出现在URL的路径、查询和片段组件中，因为这些组件不指定星号作为分隔符（2.2.保留字符）：

这些字符被称为“保留”，因为它们可能（也可能不）被通用语法定义为分隔符。。。如果URI组件的数据与保留字符作为分隔符的用途相冲突，则在形成URI之前，必须对冲突数据进行百分比编码。

此外，3.3 Path确认保留字符的子集（sub delims）可以在路径段（路径组件的一部分被/分解）中未编码地使用：

除了点段（“.”）及“.”）在分层路径中，一般语法认为路径段是不透明的。URI生成应用程序通常使用段中允许的保留字符。。。例如，分号（“；”）和等于（“=”）保留字符通常用于分隔适用于该段的参数和参数值。逗号（“，”）保留字符通常用于类似目的。例如，一个URI生产者可能使用诸如“name；v=1.1”之类的段来表示对“name”版本1.1的引用，而另一个URI生产者可能使用诸如“name，1.1”之类的段来表示相同的引用。

HTTP 1.0引用RFC1738来定义URL语法，通过一系列更新和废弃，这意味着它使用与HTTP 1.1相同的RFC来定义URL语法。

就向后兼容性而言，RFC1738将星号指定为保留字符，尽管HTTP 1.0实际上没有为URL的路径组件中的未编码星号定义任何特殊含义，但如果使用星号，它不应破坏任何内容。这意味着您仍然可以在指向最旧系统的URL中使用星号。

顺便说一下，星号字符在两个HTTP规范中的请求URI中确实有特殊的含义，但是不可能用HTTP URL来表示它：

星号“*”表示请求不适用于特定资源，而适用于服务器本身，并且仅当所使用的方法不一定适用于资源时才允许。一个例子是

   OPTIONS * HTTP/1.1

免责声明：我只是自己阅读和解释这些RFC，所以我可能是错的。