为何HTTP/2采用二进制格式，而HTTP 1.1采用文本格式？

你说得太对了——从底层硬件逻辑来看，所有数据最终都是二进制流，计算机确实只能处理0和1。那为什么两代HTTP协议会选择不同的格式？咱们从设计背景和技术需求的角度来聊：

HTTP 1.1用文本格式的核心原因 #

• 早期开发与调试的便利性：HTTP诞生于90年代初，那会儿Web还处于起步阶段，开发者需要一种人类可读的协议。文本格式的请求（比如GET /index.html HTTP/1.1）能直接用记事本打开查看，调试时不用专门的解析工具，排障成本极低。当时网络请求量小，文本解析的性能开销完全在可接受范围内，开发效率优先于极致性能。
• 低门槛普及：文本格式的学习和实现成本极低，任何能处理字符串的编程语言都能快速写出HTTP客户端或服务器。这种低门槛让HTTP迅速成为万维网的标准协议，加速了Web的普及。

HTTP/2转向二进制格式的必要性 #

• 性能瓶颈的突破：随着Web应用复杂度飙升（单页应用、大量静态资源并发请求），HTTP 1.1的文本解析开销开始凸显。二进制格式不需要处理换行、空格这些文本分隔符，直接按固定结构的帧解析，CPU占用率大幅降低，解析速度更快。
• 多路复用的基础支撑：HTTP/2的核心特性是多路复用——允许多个请求在同一个TCP连接上并发传输。二进制帧（每个帧包含明确的长度、流ID、类型等字段）能精准区分不同请求的数据包，避免了文本格式可能出现的歧义，让多路复用的实现更可靠、高效。
• 更强的扩展性：二进制格式更容易扩展新特性。比如HTTP/2的头部压缩（HPACK）、服务器推送等功能，都依赖于二进制帧的结构化设计。如果用文本格式，新增字段或特性很容易破坏兼容性，或者让解析逻辑变得异常复杂。

补充一句：你提到的“本质都是二进制”完全正确——文本格式只是把二进制数据编码成了人类可读的字符（比如ASCII），计算机处理时还是要把这些字符转回二进制。但这个编码/解码的额外开销，在高并发场景下会被放大，这也是HTTP/2放弃文本格式的关键原因之一。

内容的提问来源于stack exchange，提问作者Павел Игорев