GET请求上的Content-Type标头是否具有惯常的语义含义？

Question

因此，我陷入了关于GET请求中Content-Type标头的适当解释的讨论。 我计划在对服务的所有GET请求上丢弃Content-Type标头的值，因为虽然GET请求可以包含主体，但是GET请求的服务器语义受到限制，因此主体没有语义的要求。

那么，包含或不包含消息正文的GET请求的Content-Type会一直带有语义含义吗？

我可以安全地丢弃它吗，或者我有什么地方可以忽略？

Answer 1

GET请求的Content-Type无效，通常不会发送。 如您所述，如果没有内容，则指定的类型无关紧要。

相反， Accept标头告诉您客户期望得到的回报。

Answer 2

RFC 2616第4.3节规定：

通过在请求的消息头中包含Content-Length或Transfer-Encoding头字段，可以指示请求中消息主体的存在。 如果请求方法的规范（第5.1.1节）不允许在请求中发送实体，则消息体不得包含在请求中。 服务器应根据任何请求读取并转发消息正文； 如果请求方法不包括为实体主体定义的语义，则在处理请求时应忽略消息主体。

GET请求没有为消息主体定义任何语义，因此将忽略消息主体及其附带的Content-Type如果存在）。