10.2.2 201创建响应应该包括一个实体，其中包含资源特征和位置列表，用户或用户代理可以从中选择最合适的资源特征和位置 . 实体格式由Content-Type头字段中给出的媒体类型指定 .
如果我发出创建 image/png 的请求
POST /my/images HTTP/1.1
Content-Type: image/png
...
响应的实体应该是一个格式化为PNG的"list of resource characteristics and location(s)"吗？
将特征和位置列表格式化为PNG似乎非常错误 . 我正确地阅读HTTP标准吗？
2 回答
a）您正在阅读错误的文件 . 与RFC 7231相关的是什么 .
b）来自http://greenbytes.de/tech/webdav/rfc7231.html#status.201：
“6.3.2 201创建
201（已创建）状态代码表示已完成请求并已导致创建一个或多个新资源 . 由请求创建的主要资源由响应中的Location头字段标识，或者如果没有接收到Location字段，则由有效请求URI标识 .
201响应有效负载通常描述并链接到创建的资源 . 有关201响应中验证器头字段（如ETag和Last-Modified）的含义和用途的讨论，请参见第7.2节 .
所以特别提到的Content-Type已被删除;它在所有HTTP消息中具有相同的含义 .
对我而言，响应中的Content-Type标头听起来应该是201响应的正文的内容类型 .
Content-Type标头对请求和响应都有效，并且在两种情况下都引用消息实体的内容类型 . 我同意该规范可能更清楚Content-Type需要哪个消息 .