What is the primary benefit of using HTTP/2 over HTTP/1.1?
HTTP/2 introduces binary framing with streams, letting many concurrent requests and responses share one TCP connection. HTTP/1.1 requires separate connections or serialised pipelining, so head-of-line blocking delays later requests. Multiplexing removes that per-connection queueing, which is the primary performance gain.
Why this answer
HTTP/2 introduces binary framing with a multiplexing layer that allows many concurrent request/response streams to share a single TCP connection. This eliminates HTTP/1.1's head-of-line blocking at the application layer and reduces the need for multiple parallel connections or domain sharding. Multiplexing is the headline feature that delivers HTTP/2's performance gains over HTTP/1.1.
How to eliminate wrong answers
Option A is wrong because HTTP/2, like HTTP/1.1, runs over TCP and is connection-oriented; 'connectionless' describes UDP-based protocols such as HTTP/3 (QUIC), not HTTP/2. Option B is wrong because HTTP/2 uses a binary framing layer, not plain-text headers — HPACK compresses headers into binary form, which is a key efficiency gain over HTTP/1.1's plain-text headers. Option C is wrong because HTTP/2 does not eliminate TLS; while the spec technically permits cleartext h2c, all major browsers require TLS (h2 over ALPN), so TLS remains essential.