Rest 多部分数据请求的内容类型标头中应使用哪个分隔符？逗号还是分号？

REST API web请求中的

内容类型

标头是否应使用逗号进行格式化，如下所示：

或使用分号，如和：

---

不幸的是，当几个RFC相互冲突时，这不是我看到的第一个案例

在这种情况下，RFC1049显式地覆盖

内容类型

标题。RFC 2045参考RFC 1049。此外，RFC 2045的日期是1996年11月，所以它是最新的一个

RFC1867中简要介绍了相反的情况

因此，我建议使用分号。

依赖最新的说法：

---

这就没有了解释或自定义格式的余地。

请注意，您的两个相互冲突的示例实际上并不矛盾。 第一个是RFC-1867，它定义了HTML的扩展。另外两个RFC-1049和RFC-2045都定义了对Internet邮件协议的扩展

---

对于REST API，我可能会选择RFC-1867，它的设计考虑了HTTP上的HTML，而其他两个则考虑了SMTP/POP/IMAP上基于RFC-822的电子邮件是正确的

RFC1867是一个实验定义。所有后续定义都纠正了这一错误。例如：

• 显式替换1867并引用以获取分隔符的（正确）定义
• 明确地将2388作为HTTP/1.1中使用的定义

---

最后。。。还有一个对RFC 1867的修改，以使其使用正确的分隔符。

它是否在某个地方说这取代了问题中的RFC？因此，总结一下，

是否正确？（我很惊讶你写了这么多，却漏掉了这个事实）@jasdepkhalsa是的-现在澄清。OP要求提供细节，以证明哪种解释是正确的。
Content-type: multipart/form-data, boundary=AaB03x

Content-Type: multipart/mixed; boundary=gc0p4Jq0M2Yt08j34c0p

media-type = type "/" subtype *( OWS ";" OWS parameter )