giuse56 Per le persone meno esperte, in cosa si traduce questo? Porta vantaggi?
Eccessivamente in breve: va meglio su reti mobili o con packet loss perché aggira il problema del TCP head of line blocking.
In dettaglio: HTTP/1.1 permetteva per ogni connessione di gestire una sola richiesta HTTP alla volta, in serie. Quindi se hai 100 immagini in una pagina, per dire, devi scaricarle necessariamente in serie. Soluzione: aprire più connessioni in parallelo. Soluzione che si pensava sarebbe stata ancora migliore: HTTP/2, cioè una singola connessione ma con la possibilità di trasferire in modo "intrecciato" e indipendente più richieste HTTP. Problema: su reti con packet loss è un disastro perché le ritrasmissioni TCP rallentano la trasmissione, è dimostrato che HTTP/1.1 funziona meglio su quelle reti. Soluzione: HTTP/3. Non usa TCP quindi evita il problema di HTTP/2, e costruisce invece un sistema di ritrasmissioni personalizzato sopra UDP, tramite QUIC, che impedisce che una ritrasmissione di un pacchetto vada a bloccare richieste HTTP parallele che dovrebbero essere indipendenti. Risultato: il protocollo è molto più resiliente alle reti degradate.
EDIT: non è l'unica novità di HTTP/3 ovviamente, ma il fatto che si basi su UDP per bypassare i problemi di TCP è la principale innovazione.
