HTTP 标头(Content-Type 等)是否区分大小写?

发布于 2024-12-08 20:54:36 字数 195 浏览 0 评论 0原文

也许我浏览得太快,但找不到具体记录。在我的特定情况下,我想知道“Content-Type”标头,但我假设相同的规则适用于其他标准标头。

这些是否区分大小写,如果是:是 Content-Type 还是 Content-type

是否有合适的位置来引用这些?

Perhaps I'm skimming too fast, but couldn't find this specifically documented. In my particular case, I'm wondering about the "Content-Type" header, but I'm assuming the same rules would apply to other standard headers.

Are these case sensitive, and if so: Is it Content-Type or Content-type?

Is there a proper place to reference these?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

空袭的梦i 2024-12-15 20:54:36

不区分大小写。

超文本传输​​协议 - - HTTP/1.1

4.2 消息头

HTTP 标头字段,其中包括常规标头(第 4.5 节)、
请求标头(第 5.3 节)、响应标头(第 6.2 节)和
实体标头(第 7.1 节)字段,遵循与
RFC 822 [9] 第 3.1 节中给出。每个头域包含
名称后跟冒号(“:”)和字段值。 字段名称
不区分大小写。

Case-insensitive.

Hypertext Transfer Protocol -- HTTP/1.1:

4.2 Message Headers

HTTP header fields, which include general-header (section 4.5),
request-header (section 5.3), response-header (section 6.2), and
entity-header (section 7.1) fields, follow the same generic format as
that given in Section 3.1 of RFC 822 [9]. Each header field consists
of a name followed by a colon (":") and the field value. Field names
are case-insensitive.

眉目亦如画i 2024-12-15 20:54:36

看起来 Content-type 标头值中的 MIME 类型不区分大小写,因此 application/PDF 和 application/pdf 是等效的。它确实说参数值区分大小写,因此从技术上讲“text/html; charset=UTF-8”并不等同于“text/html; charset=utf-8”。但这不是一个很好的例子,因为 http://www.w3.org/TR/html4 /charset.html#h-5.2.1 表示“字符编码的名称不区分大小写”。

http://www.w3.org/Protocols/rfc1341/4_Content-Type.html

类型、子类型和参数名称不区分大小写。为了
例如,TEXT、Text 和 TeXt 都是等效的。参数值为
通常区分大小写,但某些参数被解释为
不区分大小写,具体取决于预期用途。 (例如,
多部分边界区分大小写,但“访问类型”
message/External-body 不区分大小写。)

Looks like the MIME type in a Content-type header value is case-insensitive, so application/PDF and application/pdf are equivalent. It does say parameter values are case-sensitive, so technically "text/html; charset=UTF-8" is not equivalent to "text/html; charset=utf-8". But that's not a good example because http://www.w3.org/TR/html4/charset.html#h-5.2.1 says "Names for character encodings are case-insensitive".

http://www.w3.org/Protocols/rfc1341/4_Content-Type.html

The type, subtype, and parameter names are not case sensitive. For
example, TEXT, Text, and TeXt are all equivalent. Parameter values are
normally case sensitive, but certain parameters are interpreted to be
case- insensitive, depending on the intended use. (For example,
multipart boundaries are case-sensitive, but the "access- type" for
message/External-body is not case-sensitive.)

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文