0

我正在尝试根据RFC 7230 的相关部分中header-field指定的 ABNF 规则解析 HTTP 标头字段。这些规则是：

header-field   = field-name ":" OWS field-value OWS

field-name     = token
field-value    = *( field-content / obs-fold )
field-content  = field-vchar [ 1*( SP / HTAB ) field-vchar ]
field-vchar    = VCHAR / obs-text

obs-fold       = CRLF 1*( SP / HTAB )
               ; obsolete line folding
               ; see Section 3.2.4

（obs-text只是高位字节 0x80 到 0xff）。

我面临的问题是，header-field当应用 chrome 在响应模式下设置的用户代理字符串时，规则似乎失败了：

User-Agent: Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.90 Mobile Safari/537.36

问题源于唯一的“5”：当解析器到达“Nexus”中的最后一个“s”时，它会同时占用“s”、以下空格和“5”。这会将解析光标直接留在后面的空格处。那是

   Parsed:    ______________]
   Data:      ...6.0; Nexus 5 Build/MRA58N...
   Cursor:                   ^

由于feild-content不提供前导空格，因此该规则无法匹配整个标头字段，从而导致解析器无法解析消息的其余部分。

对我来说很明显，HTTP 标头应该能够包含被空格包围的单个字符。但是，根据我对规范的阅读，这似乎是不允许的。

我在网上搜索过，但没有找到任何相关的东西。所以我假设这是我的错误。我的错误在哪里？该规则实际上应该如何解释？

4

1 回答 1

1

对于 RFC，您可以在首页找到勘误表：

有关本文档当前状态、勘误表以及如何提供反馈的信息，
请访问 http://www.rfc-editor.org/info/rfc7230。

这可能是https://www.rfc-editor.org/errata/eid4189 - 有关更多信息，请参见https://github.com/httpwg/http-core/issues/19。

于 2019-07-02T07:33:24.373 回答