如何处理 REST 中未定义/未提供的内容类型

Question

现在，根据

HTTP 1.1 规范，

content-type 标头是可选的:

任何包含实体主体的 HTTP/1.1 消息都应该包含 Content-Type 标头字段定义该正文的媒体类型。如果和 仅当 Content-Type 字段未给出媒体类型时， 接收者可以尝试通过检查其媒体类型来猜测媒体类型 用于识别 URI 的内容和/或名称扩展 资源。如果媒体类型仍然未知，接收者应该 将其视为“application/octet-stream”类型。

我的问题是

1-如果 REST 服务 swagger 文件中定义了

content-type

，但发送的请求不包含

content-type

，我应该认为这是正确的请求还是错误的请求

2-如果 REST 服务 swagger 文件中未定义

content-type

，但发送的请求包含

content-type

，我应该认为这是正确的请求还是错误的请求

3-如果

content-type

在 REST 服务 swagger 文件中定义，但发送的请求包含不同的

content-type

，我应该认为这是正确的请求还是错误的请求（我认为不是）

Answer 1

1-请求中的 Content-Type 标头是否指定了请求正文的内容类型或响应正文的所需内容类型？ 答案 -> 请求中的 Content-Type 标头仅指定请求正文的内容类型

2- 假设 Content-Type 标头指定了请求正文的内容类型，是否还有另一个标头来指定响应正文所需的内容类型？ 答案 -> 你必须使用：

接受：/ | /* | / 指定响应正文所需的内容类型

对我的请求的响应是否有 Content-Type 标头或另一个标头来指定其正文（响应正文）的内容类型？ Answer -> Content-Type：表示服务器发送给客户端的响应的媒体类型（例如text/html或application/json），这将有助于客户端正确处理响应正文。