HTTP/1.1، HTTP/2 اور HTTP/3 میں کیا فرق ہیں؟

Question

IT Interview Practice · Accepted Answer

تینوں ایک ہی HTTP معنویات (methods، headers، status codes) فراہم کرتے ہیں لیکن *کس طرح* وہ bytes کو تار پر منتقل کرتے ہیں، اس میں مختلف ہیں — ہر ورژن پچھلے کی ایک رکاوٹ کو ٹھیک کرتا ہے۔ مرکزی موضوع **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** ایک وقت میں فی کنکشن ایک request بھیجتا ہے؛ براؤزر اس کے گرد چکر کاٹنے کے لیے فی host تقریباً 6 متوازی کنکشن کھولتے ہیں، اور متن والے headers بغیر کمپریشن کے بھیجے جاتے ہیں۔ **HTTP/2** **multiplexing** کا اضافہ کرتا ہے — ایک ہی کنکشن پر بہت سی بیک وقت **streams** — نیز binary framing، header کمپریشن (HPACK)، اور server push۔ لیکن چونکہ یہ اب بھی TCP پر چلتا ہے، ایک اکیلا گمشدہ packet *ہر* stream کو اُس وقت تک روک دیتا ہے جب تک وہ retransmit نہ ہو جائے: HOL blocking بس HTTP layer سے نیچے TCP پر منتقل ہو گئی۔

**HTTP/3** اسے **QUIC** پر چل کر حل کرتا ہے، جو **UDP** پر بنی ایک نئی transport ہے۔ QUIC خود streams کو نافذ کرتا ہے، اس لیے ایک stream پر ضیاع دوسروں کو نہیں روکتا۔ یہ transport اور TLS handshakes کو بھی یکجا کرتا ہے (1-RTT، دوبارہ جوڑنے پر اکثر 0-RTT) تاکہ کنکشن تیزی سے قائم ہو، اور **connection migration** کی حمایت کرتا ہے تاکہ کوئی session نیٹ ورک کی تبدیلی سے بچ نکلے (Wi-Fi → cellular)۔

## یہ کیوں اہم ہے

یہ ایک پسندیدہ middle-سطح کا سوال ہے کیونکہ اس کا جواب *مسئلہ → حل → نیا مسئلہ → حل* کی ایک کہانی ہے، جو بالکل وہی طریقہ ہے جس سے ایک مضبوط انجینئر ارتقا پذیر نظاموں کے بارے میں سوچتا ہے۔ کلیدی بصیرت جو انٹرویو لینے والے تلاش کرتے ہیں وہ **دو layers پر head-of-line blocking** کو سمجھنا ہے: HTTP/2 نے اسے application layer پر حل کیا لیکن یہ اب بھی TCP کے نیچے پھنسا رہا، اور HTTP/3 کو کام مکمل کرنے کے لیے خود transport کو بدلنا پڑا۔ یہ عملی بھی ہے: یہ جاننا کنکشن کے دوبارہ استعمال، آیا اب بھی domains کو shard کیا جائے، اور اپنے CDN پر HTTP/3 فعال کرنے سے آپ کو کیا فائدہ ملے گا، ان بارے میں حقیقی فیصلوں کی رہنمائی کرتا ہے۔

یہ کیوں اہم ہے

متعلقہ سوالات