Http 与text/plain ContentType一起使用的正确换行符是什么？_Http_Newline_Content Type

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

http

Http 与text/plain ContentType一起使用的正确换行符是什么？,http,newline,content-type,Http,Newline,Content Type,当Web服务器在HTTP响应中声明ContentType:text/plain时，客户端是否可以假定换行符为“\n”或“\r\n”或其他内容，或者应该同时允许这两种情况具体的标准是什么？我在这些标准中迷失和困惑。RFC 2046似乎定义了“普通”子类型，但其中提到了RFC 822 我已经略过RFC 822，但是我很困惑它是否说CRLF（\r\n）是明确不允许的（在消息体中），或者CRLF是否应该被隐式地允许，因为在空行之后，任何ASCII字符都是合法的？< /P> RFC 5322定义了“互联

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

具体的标准是什么？我在这些标准中迷失和困惑。RFC 2046似乎定义了“普通”子类型，但其中提到了RFC 822

我已经略过RFC 822，但是我很困惑它是否说CRLF（\r\n）是明确不允许的（在消息体中），或者CRLF是否应该被隐式地允许，因为在空行之后，任何ASCII字符都是合法的？< /P> RFC 5322定义了“互联网消息格式”，我不确定这是否适用于HTTP（它似乎用于电子邮件），但它明确指出，在消息正文中，您应该看到的唯一CR或LF是CRLF组合。

第4.1.1节说：

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

不过，老实说，如果您将它用于解析或显示目的，我不会依赖它。大多数Web服务器将根据文件扩展名设置内容类型，因此任何具有.txt扩展名的Unixy文件都将获得文本/普通内容类型（就上面的段落而言，这是非法的）