Adakah tapak saya memerlukan pelaksanaan HTTP/3 yang berasingan?

Jika anda duduk di belakang CDN yang menyokong HTTP/3 (Cloudflare, Fastly, Akamai, CloudFront), ia sudah ada. Jika anda menjalankan pelayan asal secara langsung, anda memerlukan pelayan dengan sokongan HTTP/3 (nginx 1.25+, Caddy, LiteSpeed, h2o). Kebanyakan pengguna mendapat HTTP/3 dengan menggunakan di belakang CDN.

Bagaimanakah saya boleh mengetahui sama ada tapak menggunakan HTTP/3?

Tab Rangkaian DevTools Pelayar menunjukkan protokol setiap permintaan — "h3" atau "http/3" menunjukkan HTTP/3. Alat dalam talian seperti http3check.net juga menguji tapak sewenang-wenangnya. Bar alamat penyemak imbas tidak memaparkannya; ia adalah perkara alat pembangun.

Adakah HTTP/3 sentiasa lebih pantas?

Pada sambungan lossy atau kependaman tinggi, ya. Pada LAN kependaman rendah yang bersih, perbezaan selalunya ialah bunyi bising. Pada rangkaian yang menyekat UDP, HTTP/3 gagal sepenuhnya dan kembali ke HTTP/2 dengan kependaman persediaan tambahan, yang lebih perlahan daripada melangkau QUIC sama sekali.

Apakah maksud HTTP/3 untuk VPN?

VPN moden (WireGuard, OpenVPN) terowong UDP dan HTTP/3 baik. Beberapa persediaan VPN yang lebih lama atau terhad hanya menyalurkan TCP, dalam hal ini HTTP/3 secara senyap-senyap akan kembali kepada HTTP/2. Semak sokongan UDP VPN anda jika anda melihat kelembapan luar biasa pada tapak HTTP/3.

Adakah HTTP/4 akan wujud?

Akhirnya mungkin, tetapi tidak lama lagi. HTTP/3 hanya dihantar pada tahun 2022 dan penerimaan pakai masih meningkat. Versi HTTP masa hadapan berkemungkinan akan membina lebih lanjut pada QUIC dan bukannya menggantikannya; QUIC sendiri adalah titik evolusi yang lebih menarik.

HTTP/3 Diterangkan: Protokol Web Berasaskan QUIC yang Menjana Pelayar Moden

HTTP/3 ialah versi utama ketiga protokol yang menggerakkan web. Di mana HTTP/2 adalah evolusi — HTTP yang sama, penghantaran lebih pantas — HTTP/3 ialah reka bentuk semula pengangkutan, berjalan melalui QUIC dan bukannya TCP+TLS. Ia telah menjadi lalai untuk tapak utama sejak 2022 dan secara senyap-senyap memberi kuasa kepada kebanyakan pengguna trafik yang kini dianggap sebagai "pantas."

Badan artikel penuh disediakan dalam bahasa Inggeris di bawah.

HTTP/3 ialah HTTP melalui QUIC — protokol web generasi seterusnya yang menggantikan tindanan TCP+TLS+HTTP/2 dengan reka bentuk berasaskan UDP bersepadu tunggal. Ia telah diseragamkan dalam RFC 9114 pada tahun 2022 dan kini menjadi protokol lalai untuk kebanyakan tapak utama, termasuk Google, Cloudflare, Meta dan sifat Microsoft.

Sejarah versi HTTP

A rujukan pantas:

HTTP/13Xs satu: (1ZPLZ12XHTTP/13X) tiada metadata. Minat sejarah sahaja.
HTTP/1.0 (1996): pengepala, berbilang kaedah, jenis MIME. Setiap meminta sambungan TCP baharu.
HTTP/1.1 (1997, disemak 2014): sambungan berterusan, saluran paip, pengepala hos. Kerja keras web selama dua dekad.
HTTP/2 (2015): protokol binari, mampatan pengepala (HPACK), pemultipleksan strim, tolak pelayan. Berjalan melalui TLS melalui TCP.
HTTP/3 (2022): berjalan melalui QUIC melalui UDP. Menghapuskan penyekatan kepala talian TCP, jabat tangan yang lebih pantas, menyokong pemindahan sambungan.

Apa yang telah diperbaiki oleh HTTP/3

TTiga isu HTTP/2 khusus mendorong reka bentuk semula:

Pengankutan-pelapis HTTP2 kepala-penghalang-pelapis-Z38X. memultipleks banyak aliran melalui satu sambungan TCP. Apabila paket hilang, TCP menghentikan keseluruhan sambungan sehingga paket yang hilang dihantar semula — walaupun hanya satu aliran memerlukan paket tersebut. Kebolehpercayaan setiap strim QUIC menghapuskan perkara ini.
Penyediaan berbilang perjalanan pergi-balik. TCP handshake + TLS handshake = 3 pergi balik sebelum HTTP boleh mengalir. QUIC menggabungkannya ke dalam 1 perjalanan pergi balik (0 dalam beberapa kes 0-RTT). Pada sambungan kependaman 100ms, itu adalah 200–300ms peningkatan beban halaman.
Kematian sambungan pada perubahan rangkaian. Beralih daripada Wi-Fi kepada selular mematikan setiap sambungan TCP. Penghijrahan sambungan QUIC bertahan dalam suis dengan mengenal pasti sambungan dengan ID sambungan dan bukannya 5-tuple.

Apa yang kekal seperti HTTP/2

Dari perspektif aplikasi, HTTP/3 kelihatan sangat serupa dengan HTTP/2:

XPLZ54BinaPLZry pembingkaian
Strim berbilang ganda (kini tanpa penyekatan TCP HOL)
Mampatan pengepala (kini QPACK dan bukannya HPACK, direka bentuk semula untuk berfungsi dengan model strim QUIC)
Semantik HTTP yang sama — kaedah, kod status, kod status,2XXPLXPL6Z61X bekerja pada HTTP/2 berfungsi pada HTTP/3 tanpa perubahan; perbezaan sepenuhnya adalah dalam pengangkutan.
Cara penyemak imbas menggunakan HTTP/3
Servers isyarat ketersediaan HTTP/3 melalui pengepala respons alt-svc pada respons HTTP/2. Penyemak imbas mengingati "asal ini juga menyokong h3 pada UDP/443" dan menggunakan HTTP/3 untuk sambungan seterusnya. Jika QUIC gagal (firewall menyekat UDP, dsb.), penyemak imbas akan kembali ke HTTP/2 melalui TCP.
Beberapa penyemak imbas turut menggunakan rekod HTTPS DNS untuk mengetahui ketersediaan HTTP/3 sebelum menyambung — menyimpan HTTP/2 perjalanan pergi balik awal pada kenalan pertama.XPLZ75Performance. amalkan
Kemenangan adalah terbesar di mana TCP paling menderita:
Rangkaian mudah alih dengan kehilangan paket yang tinggi dan perubahan rangkaian yang kerap
Sambungan kependaman tinggi berjabat tangan di mana-mana sahaja secara berkadar
Halaman dengan banyak sumber di mana kompaun faedah pemultipleksan
Pada sambungan berwayar bersih ke tepi CDN, HTTP/3 dan HTTP/2 melakukan perkara yang sama. Jurang semakin meluas apabila keadaan menurun — tepat apabila pengguna menyedari kelembapan.
Adoption
Setakat akhir 2025:
Chrome, Firefox, Safari, Edge semuanya lalai kepada HTTP/3 apabila pelayan menawarkannya. Akamai, AWS CloudFront, Microsoft, Meta menyediakan HTTP/3.
Kira-kira 30–40% daripada semua permintaan web mengikut volum menggunakan HTTP/3.
Banyak rangkaian perusahaan menyekat QUIC pada firewall, memaksa sandaran kepada HTTP/2. Ini adalah penyekat terbesar kepada penggunaan yang lebih tinggi.
Apa yang HTTP/3 tidak ubah
HTTP semantik tidak berubah. Caching, perundingan kandungan, permintaan bersyarat dan corak pengesahan yang sama berfungsi. Pembangun web membina aplikasi jarang perlu memikirkan versi HTTP yang sedang digunakan; platform mengendalikannya. Faedah terakru secara automatik kepada sesiapa sahaja yang pelayan asal dan CDNnya menyokong HTTP/3.

Soalan lazim

Adakah tapak saya memerlukan pelaksanaan HTTP/3 yang berasingan?: Jika anda duduk di belakang CDN yang menyokong HTTP/3 (Cloudflare, Fastly, Akamai, CloudFront), ia sudah ada. Jika anda menjalankan pelayan asal secara langsung, anda memerlukan pelayan dengan sokongan HTTP/3 (nginx 1.25+, Caddy, LiteSpeed, h2o). Kebanyakan pengguna mendapat HTTP/3 dengan menggunakan di belakang CDN.
Bagaimanakah saya boleh mengetahui sama ada tapak menggunakan HTTP/3?: Tab Rangkaian DevTools Pelayar menunjukkan protokol setiap permintaan — "h3" atau "http/3" menunjukkan HTTP/3. Alat dalam talian seperti http3check.net juga menguji tapak sewenang-wenangnya. Bar alamat penyemak imbas tidak memaparkannya; ia adalah perkara alat pembangun.
Adakah HTTP/3 sentiasa lebih pantas?: Pada sambungan lossy atau kependaman tinggi, ya. Pada LAN kependaman rendah yang bersih, perbezaan selalunya ialah bunyi bising. Pada rangkaian yang menyekat UDP, HTTP/3 gagal sepenuhnya dan kembali ke HTTP/2 dengan kependaman persediaan tambahan, yang lebih perlahan daripada melangkau QUIC sama sekali.
Apakah maksud HTTP/3 untuk VPN?: VPN moden (WireGuard, OpenVPN) terowong UDP dan HTTP/3 baik. Beberapa persediaan VPN yang lebih lama atau terhad hanya menyalurkan TCP, dalam hal ini HTTP/3 secara senyap-senyap akan kembali kepada HTTP/2. Semak sokongan UDP VPN anda jika anda melihat kelembapan luar biasa pada tapak HTTP/3.
Adakah HTTP/4 akan wujud?: Akhirnya mungkin, tetapi tidak lama lagi. HTTP/3 hanya dihantar pada tahun 2022 dan penerimaan pakai masih meningkat. Versi HTTP masa hadapan berkemungkinan akan membina lebih lanjut pada QUIC dan bukannya menggantikannya; QUIC sendiri adalah titik evolusi yang lebih menarik.