http - 与 text/plain ContentType 一起使用的正确换行符是什么？

Question

当网络服务器在 HTTP 响应中声明 ContentType: text/plain 时，客户端是否可以假定换行符是“\n”或“\r\n”或其他内容，还是应该允许两者？

具体规定了哪些标准？我在这些标准中迷失和困惑。 RFC 2046 似乎定义了“普通”子类型，但引用了 RFC 822。

我浏览过 RFC 822，但我很困惑它是否明确表示不允许 CRLF (\r\n)(在消息正文中)，或者是否应隐式允许 CRLF，因为任何 ASCII 字符都是合法的空行之后？

RFC 5322 定义了“互联网消息格式”，我不确定这是否适用于 HTTP(似乎是用于电子邮件)，但它特别指出消息正文中您应该看到的唯一 CR 或 LF 是 CRLF组合..？

Answer 1

RFC 2046第 4.1.1 节说:

“任何 MIME“文本”子类型的规范形式必须始终将换行符表示为 CRLF 序列。类似地，MIME“文本”中出现的任何 CRLF 都必须表示换行符。在行外使用 CR 和 LF中断序列也是被禁止的。”

老实说，如果您将其用于解析或显示目的，我不会依赖它。大多数网络服务器将从文件扩展名设置内容类型，因此任何具有 .txt 扩展名的 Unixy 文件都将获取文本/纯文本内容类型(就上面的段落而言，这是非法的)。