HTTP头（内容类型和c）是否区分大小写？
也许我的浏览速度太快了，但找不到专门的文档。在我的特殊情况下，我想知道“Content-Type”标题，但我假设同样的规则也适用于其他标准标题 这些是区分大小写的，如果是：是HTTP头（内容类型和c）是否区分大小写？,http,http-headers,content-type,Http,Http Headers,Content Type,也许我的浏览速度太快了，但找不到专门的文档。在我的特殊情况下，我想知道“Content-Type”标题，但我假设同样的规则也适用于其他标准标题 这些是区分大小写的，如果是：是内容类型还是内容类型？ 是否有适当的位置引用这些内容？不区分大小写。 : 4.2消息头 HTTP标头字段，包括通用标头（第4.5节）， 请求标头（第5.3节）、响应标头（第6.2节）和 实体标题（第7.1节）字段的通用格式与 RFC 822[9]第3.1节中给出的。每个标题字段包括 名称后跟冒号（“：”）和字段值字段名 不区
内容类型内容类型是否有适当的位置引用这些内容？不区分大小写。 : 4.2消息头 HTTP标头字段，包括通用标头（第4.5节）， 请求标头（第5.3节）、响应标头（第6.2节）和 实体标题（第7.1节）字段的通用格式与 RFC 822[9]第3.1节中给出的。每个标题字段包括 名称后跟冒号（“：”）和字段值字段名 不区分大小写。
内容类型标头值中的MIME类型不区分大小写，因此application/PDF和application/PDF等效。它确实说参数值区分大小写，所以从技术上讲，“text/html；charset=UTF-8”并不等同于“text/html；charset=UTF-8”。但这不是一个好例子，因为上面说“字符编码的名称不区分大小写” 类型、子类型和参数名称不区分大小写。对于 例如，文本、文本和文本都是等效的。参数值为 通常区分大小写，但某些参数被解释为 不区分大小写，取决于预期用途。（例如， 多部分边界区分大小写，但是 消息/外部正文不区分大小写。）
字段值是否也不区分大小写？？除了极少数例外，它们太不区分大小写，但是每次有疑问时，您都需要使用
RFC