嘿，这个问题问得特别好！我刚接触HTTP的时候，也和你一样误以为它是纯文本协议，直到实操后才发现真相——HTTP完全支持二进制传输，而且这是协议标准里的核心特性之一。

先说说你用telnet reactos.org 80 GET /favicon.ico HTTP/1.0测试的情况：你请求的favicon.ico是一个二进制格式的图标文件，服务器响应时会直接把文件的原始二进制内容作为消息体返回，不需要转成Base64。这就是你看到“非文本内容”的原因，完全符合HTTP的规范。

为什么会有“HTTP是纯文本”的误解呢？因为HTTP的请求/响应起始行和头部字段确实是纯文本格式的（比如GET /favicon.ico HTTP/1.0、Content-Type: image/x-icon这些），但协议从来没限制消息体的格式——消息体可以是任意二进制数据，只要通过头部字段正确说明即可：

• 用Content-Type指定数据的类型（比如image/x-icon、application/octet-stream）
• 用Content-Length或者分块传输编码（Transfer-Encoding: chunked）告知接收方数据的长度

HTTP从最初的版本开始就支持二进制传输了，比如早期用来传输图片、音频等多媒体文件，都是直接发送原始二进制数据，不需要额外编码。到了HTTP/2和HTTP/3，甚至把原本纯文本的头部也改成了二进制编码，进一步提升了传输效率。

至于你说没找到相关文档，其实在HTTP的核心标准里明确提到：消息体是由0个或多个octet（字节）组成的序列，也就是二进制数据，没有必须是文本的要求。

内容的提问来源于stack exchange，提问作者Paul