HTTP/1.1, HTTP/2, మరియు HTTP/3 మధ్య తేడాలు ఏమిటి?

Question

IT Interview Practice · Accepted Answer

మూడూ ఒకే HTTP semantics (methods, headers, status codes) అందిస్తాయి కానీ wire మీద bytes ఎలా కదిలిస్తాయో దానిలో తేడా ఉంటుంది — ప్రతి version మునుపటిదాని ఒక bottleneckను సరిచేస్తుంది. ప్రధాన అంశం **head-of-line (HOL) blocking తొలగించడం**, ఇక్కడ ఒక ఇరుక్కున్న request ఇతరులను ఆపుతుంది.

```text
HTTP/1.1  over TCP     one request at a time per connection
  conn ──[req A]──[req B]──[req C]──▶   B waits for A (HOL blocking at HTTP layer)

HTTP/2    over TCP     many streams multiplexed on ONE connection
  conn ══[A|B|C interleaved]══▶        but a lost TCP packet stalls ALL streams
                                       (HOL blocking moves down to TCP)

HTTP/3    over QUIC (UDP)   independent streams, per-stream delivery
  conn ══[A][B][C]══▶                  a lost packet stalls only its own stream
```

**HTTP/1.1** ఒక connectionపై ఒకసారి ఒక request పంపుతుంది; browsers దీన్ని దాటవేయడానికి hostకి ~6 parallel connections తెరుస్తాయి, మరియు text headers uncompressed పంపబడతాయి. **HTTP/2** **multiplexing** జోడిస్తుంది — ఒకే connectionపై అనేక concurrent **streams** — పాటు binary framing, header compression (HPACK), మరియు server push. కానీ ఇది ఇంకా TCP మీద నడుస్తుంది కాబట్టి, ఒక్క lost packet retransmit అయ్యే వరకు *ప్రతి* streamను block చేస్తుంది: HOL blocking కేవలం HTTP layer నుండి TCPకి కిందికి కదిలింది.

**HTTP/3** దాన్ని **QUIC** మీద నడపడం ద్వారా పరిష్కరిస్తుంది, ఇది **UDP** మీద నిర్మించిన కొత్త transport. QUIC streamsను తానే అమలు చేస్తుంది, కాబట్టి ఒక stream మీద loss ఇతరులను stall చేయదు. ఇది transport మరియు TLS handshakesను కూడా విలీనం చేస్తుంది (1-RTT, resumeలో తరచుగా 0-RTT) వేగవంతమైన connection setup కోసం, మరియు ఒక session network మార్పును (Wi-Fi → cellular) తట్టుకునేలా **connection migration** support చేస్తుంది.

## ఇది ఎందుకు ముఖ్యం

ఇది ఇష్టమైన middle-level ప్రశ్న ఎందుకంటే సమాధానం *problem → fix → new problem → fix* అనే కథ, ఇది పరిణామం చెందే systems గురించి ఒక బలమైన engineer ఎలా reason చేస్తారో ఖచ్చితంగా అలా. interviewers వెతికే ప్రధాన అంతర్దృష్టి **head-of-line blocking రెండు layersలో** అర్థం చేసుకోవడం: HTTP/2 దాన్ని application layerలో పరిష్కరించింది కానీ ఇంకా TCP కింద ఇరుక్కుపోయింది, మరియు HTTP/3 పని పూర్తి చేయడానికి transportనే మార్చాల్సి వచ్చింది. ఇది ఆచరణాత్మకం కూడా: ఇది తెలుసుకోవడం connection reuse, domains ఇంకా shard చేయాలా, మరియు మీ CDN వద్ద HTTP/3 enable చేయడం ద్వారా మీరు ఏమి పొందుతారో అనే నిజ నిర్ణయాలను నడిపిస్తుంది.

ఇది ఎందుకు ముఖ్యం

సంబంధిత ప్రశ్నలు