HTTP/2：網(wǎng)頁加載速度的革命性提升

HTTP/2是對HTTP/1.1的重大升級，旨在解決性能問題并縮短網(wǎng)站加載時間。它通過多路復(fù)用流、服務(wù)器推送、報頭壓縮和二進(jìn)制格式等特性實現(xiàn)這一目標(biāo)。

多路復(fù)用允許通過單個TCP連接同時發(fā)送多個請求和響應(yīng)，從而減少擁塞并提高速度。服務(wù)器推送主動將資源發(fā)送到瀏覽器的緩存中，從而提高性能。報頭壓縮減少了數(shù)據(jù)檢索時間和帶寬使用。二進(jìn)制格式更容易處理，從而減少了服務(wù)器工作負(fù)載和頁面加載時間。

開發(fā)者將不再需要使用諸如圖像雪碧圖、內(nèi)聯(lián)和文件連接等解決方法來減少網(wǎng)頁上的請求數(shù)量。然而，大多數(shù)支持HTTP/2的瀏覽器都需要HTTPS加密，這可能會對一些考慮切換的用戶構(gòu)成挑戰(zhàn)。

盡管HTTP/2有很多優(yōu)點，但它也因過于關(guān)注帶寬而忽略了隱私問題而受到批評。有人認(rèn)為，由于技術(shù)的快速發(fā)展以及需要更靈活的協(xié)議來應(yīng)對不斷變化的技術(shù)挑戰(zhàn)，HTTP/2可能不會持續(xù)很長時間。

HTTP/1.1的工作方式

當(dāng)您訪問網(wǎng)頁時，瀏覽器通過向Web服務(wù)器請求頁面的所有資源來獲取該頁面。自從Web誕生以來，這主要通過HTTP/1.1完成。

隨著時間的推移，技術(shù)不斷發(fā)展，網(wǎng)站變得越來越復(fù)雜和資源密集，HTTP/1.1協(xié)議承受著越來越大的壓力，需要許多變通方法來處理性能問題。

如今的網(wǎng)頁通常包含大量資源，例如圖像、文本、字體等，這使得它們比90年代甚至2000年代的網(wǎng)頁要重得多。因此，它們的加載時間更長，因此網(wǎng)頁設(shè)計師和開發(fā)人員想出了巧妙的變通方法來解決這個問題。然而，很明顯，HTTP協(xié)議本身需要更新。

HTTP/2的工作方式

您的瀏覽器仍然會向服務(wù)器發(fā)送請求并接收所需資源的響應(yīng)，以便網(wǎng)頁能夠正常顯示，但兩者之間的細(xì)微差別將會改變。HTTP/2引入了多路復(fù)用流、服務(wù)器推送、報頭壓縮和二進(jìn)制格式等新特性，我們將依次探討這些特性。

• 多路復(fù)用流: 多路復(fù)用通過將這些資源分成更小的部分，通過一個連接傳遞它們，然后在它們到達(dá)最終目的地（瀏覽器）后重新組裝資源，從而消除了由許多連接傳遞資源（如文本、字體和圖片）造成的擁塞問題。

• 服務(wù)器推送: 服務(wù)器推送代表了一種更高效的向瀏覽器交付資源的方式。在HTTP/1環(huán)境中，HTML頁面被發(fā)送到瀏覽器，瀏覽器必須解析它并確定它可能需要的資源，然后向服務(wù)器請求這些資源。HTTP/2在這方面更主動，它在瀏覽器不需要請求的情況下發(fā)送瀏覽器可能需要的資源。這些資源進(jìn)入瀏覽器的緩存，并在需要時立即可用，這對性能來說是一個優(yōu)勢。

• 報頭壓縮: 在HTTP/1中，每個發(fā)送的請求都附加了一小部分附加數(shù)據(jù)——HTTP報頭——描述瀏覽器或服務(wù)器的行為方式。平均而言，瀏覽器一次大約可以建立6個連接，但考慮到加載典型網(wǎng)頁所需的連接數(shù)量可能高達(dá)100個，這仍然需要檢索大量數(shù)據(jù)，這需要時間和帶寬。當(dāng)建立HTTP/2連接時，所有報頭都打包成一個壓縮塊作為一個整體發(fā)送。它傳輸速度更快，傳輸完成后，報頭塊被解碼。

• 二進(jìn)制格式代替文本格式: 文本格式有一些額外的開銷，需要改進(jìn)，而二進(jìn)制格式不需要任何解析。它也更緊湊。服務(wù)器的額外工作意味著需要額外的時間來等待網(wǎng)頁加載。這就是為什么二進(jìn)制格式更容易處理，是一個合理的改進(jìn)。

開發(fā)者現(xiàn)在可以做些什么不同的事情

開發(fā)者將不再需要進(jìn)行圖像雪碧圖處理、內(nèi)聯(lián)和文件連接，因為不需要減少網(wǎng)頁上的請求數(shù)量。基本上，這將是他們?nèi)粘９ぷ髦凶畲蟮淖兓?。然而，關(guān)于可能以某種方式影響他們工作的內(nèi)部變化，還有更多需要說明的地方。

需要注意的事項

雖然HTTP/2規(guī)范本身并不強制要求，但大多數(shù)支持HTTP/2的瀏覽器都需要HTTPS加密。這意味著，如果您的HTTP/2站點不是通過加密連接提供的，訪問者要么必須找到其他客戶端來訪問您的站點，要么錯過它。

盡管現(xiàn)在有一些推動站點通過HTTPS提供的趨勢，但瀏覽器對這一要求提出了批評，并且無疑將成為一些考慮切換到HTTP/2的人面前的絆腳石。（有關(guān)HTTPS是什么以及如何實現(xiàn)它的更多技巧，請閱讀SitePoint最近對HTTPS的介紹。）

對于公眾來說，網(wǎng)絡(luò)的過渡將是無縫的。新協(xié)議版本工作所需的修改和升級將在服務(wù)器和瀏覽器中進(jìn)行。服務(wù)器將隨著時間的推移而更新，最終支持這兩種協(xié)議。支持新協(xié)議的瀏覽器將自動切換到HTTP/2。同時，舊的瀏覽器將無法理解它。作為開發(fā)人員，您需要知道您的瀏覽器和您正在使用的服務(wù)器是否都支持HTTP/2，以確保連接將升級到HTTP/2。

一些爭議

雖然許多人對HTTP/2感到興奮，但其他人，如Poul-Henning Kamp，卻并不那么印象深刻。 Kamp認(rèn)為HTTP/2“實際上只是HTTP/1.2的一個宏偉名稱”，并認(rèn)為如果它真的起飛，它很可能不會持續(xù)很長時間。

在他看來，新協(xié)議并沒有解決實際問題，而是過于關(guān)注帶寬。他建議，更好的關(guān)注點應(yīng)該是取消cookie的概念，并用會話/身份工具來代替它。這將在一定程度上提高安全隱患日益增多的世界中的隱私性。而HTTP/2，Kamp認(rèn)為，并沒有顯著提高隱私性。

查看差異

這個Akamai演示說明了兩種協(xié)議版本中資源是如何并發(fā)加載的。第一張圖片通過HTTP/1和六個并發(fā)連接（如果您使用的是Google Chrome）加載，而第二張圖片通過HTTP/2作為一個整體加載，所有部分同時加載。

如果您想更深入地了解數(shù)據(jù)在協(xié)議連接中的加載方式有何不同，請查看這個golang.org示例。它允許您嘗試不同的延遲設(shè)置，以便您可以看到數(shù)據(jù)如何在不同容量的設(shè)備上并發(fā)加載。延遲越長，HTTP/2在性能方面獲勝就越明顯。

底線

HTTP/2對普通用戶來說將是一個平緩的過渡，而對于從事網(wǎng)絡(luò)工作的人來說，則需要做出一些選擇。

一般來說，網(wǎng)站將更安全，加載速度更快。該協(xié)議沒有帶來任何根本性的變化，這可能是因為這種變化在技術(shù)上和政治上都更難實現(xiàn)。這就是為什么HTTP/2可能不會為我們服務(wù)那么久的原因。

技術(shù)世界每年都在發(fā)展得更快，所以幾年后我們可能需要其他的東西。我個人的希望是，下一個協(xié)議將更靈活，并且在應(yīng)對不斷變化的技術(shù)挑戰(zhàn)方面更勇敢。

(FAQs)關(guān)于HTTP/2的常見問題解答 (此處省略FAQs部分，因為內(nèi)容與前面已覆蓋的內(nèi)容高度重疊，避免重復(fù)。)

以上是http/2：優(yōu)點，缺點和您需要知道的的詳細(xì)內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！