HTTP标头换行样式

哪种换行样式更适合用于HTTP标头：\r\n或\n，为什么？

\r\n，因为在协议规范中将其定义为换行符。RFC2616在第2.2节“基本规则”的开头明确指出：

CR = <US-ASCII CR，回车（13）>
LF = <US-ASCII LF，换行（10）>
HTTP / 1.1将序列CR LF定义为除实体之外的所有协议元素的行尾标记-身体

RFC2616在技术上已被RFC7230淘汰，但是并没有进行太大的更改，因此在第3节中再次将CRLF称为分隔符，并且RFC引用RFC5234附录B.1将“ CRLF”定义为%x0D %x0A。

但是，认识到人们会出于任何目的而违反标准，因此在19.3节中有一个“宽容条款” （请注意，它重申了正确的顺序）：

邮件标题字段的行终止符是序列CRLF。但是，我们建议应用程序在解析此类标头时，将单个LF识别为行终止符，并忽略前导CR。

在较新的RFC7230中，第3.5节

尽管起始行和头域的行终止符是序列CRLF，但是接收者可以将单个LF识别为行终止符，而忽略任何先前的CR。

因此，除非您想成为邪恶或违反RFC的规则，否则请使用\r\n。

\ r \ n，因为RFC 2616这么说（第2.2节“基本规则”）：

HTTP / 1.1将序列CR LF定义为所有行的行尾标记
除实体主体之外的协议元素（有关允许的
应用程序，请参见附录19.3 ）。实体中的行尾标记由其关联的媒体类型定义，如第3.7节所述。

   CRLF           = CR LF

CRLF（“ \ r \ n”），因为浏览器遵循RFC2616。