如何在 ASP.NET 4.6 與 IIS10 中運用 HTTP/2 ？

時間 2019-11-16

標籤如何 asp.net asp 4.6 iis10 iis 運用 http 欄目 ASP 简体版

原文原文鏈接

在過去十年中，Web 技術已經取得了種種進展。從基本的 HTML 開始，網頁發展出更豐富的外觀和感受，變得更加直觀，對用戶更加友好而且愈來愈大放異彩。這些變化的關鍵貢獻來自於一些新的和翻新技術，且借力於最新的硬件發展和更好的網絡鏈接支持。但性能，自始至終都是 Web 應用關注的領域。css

近年來，JavaScript 庫，CSS 庫和插件的火爆使得每一個頁面均可能包含大量 JavaScript、CSS、圖片或者其餘資源文件。許多場景下，一個頁面會向服務器發起超過50條 http 請求，並且每條請求會與服務器建立一個新的 TCP 鏈接，檢索文件，而後關閉這個鏈接。這意味着與服務器創建了超過50個 TCP 鏈接。建立和處理每個鏈接都是一個代價沉重的過程，除此以外，不少瀏覽器會限制併發鏈接的數量，一般限制個數在4至8個不等。html

在過去15年中，HTTP 協議自己並無太大的改變。如今採用的 HTTP 1.1 早在1997年就定義了，而自那時以來，網絡已經發生了翻天覆地的變化。IETF（互聯網工程任務組）意識到這些新的挑戰，並已經爲此與 POC 協同工做了一段時間。如今，他們提出了 HTTP 協議的一個新版本——HTTP/2，該協議目前正處於標準化進程中。jquery

HTTP/2 是什麼?

HTTP/2 是 HTTP 協議的第二個主要版本，該版本關注於減小延遲時間，從而提升頁面加載速度。它基於谷歌的 SPDY 協議，包括如下主要項目：bootstrap

在單一的 TCP 鏈接中並行加載多個請求瀏覽器
在 HTTP headers 部分啓用壓縮服務器
容許服務器將內容推送到客戶端網絡

與早期版本有何不一樣？

最初的 HTTP 版本爲每個請求使用一個新的 TCP 鏈接，這涉及創建鏈接和數據包傳輸，是很是耗時的過程。HTTP1.1 中完成了不少改變，流水線被引入，理論上容許在單一的鏈接中發送多個請求，但請求和響應須要同步處理。 HTTP/2 是基於 SPDY 協議的，打開一個 TCP 鏈接並重復使用，這使得許多請求得以並行發送，而無需等待響應。讓咱們來形象地查看該過程：併發

除此以外，它也支持壓縮 HTTP headers 和服務器推送（如前所述）。在下面的例子中，咱們將看到它如何影響網頁加載。工具

在 ASP.NET4.6 中使用 HTTP/2

一個典型的 Web 頁面中會引用許多不一樣的資源，如 JavaScript 文件，CSS 文件，圖像等。在下面的例子中，筆者使用 Visual Studio 2015建立了一個 ASP.NET 4.6 空 Web 表單應用示例，並在其中引用了網頁中常見的一些資源。而後，筆者爲該應用添加了一個 Web 表單和多種資源，請參照下列代碼：性能

<head runat="server">
    <title>HTTP2 Demo using ASP.NET Web forms 4.6</title>
    <!-- CSS resources -->
    <link href="Content/bootstrap.css" rel="stylesheet" />
    <link href="Content/bootstrap.min.css" rel="stylesheet" />
    <link href="Content/Site.css" rel="stylesheet" />
</head>
<body>
    <form id="form1" runat="server">
    <div>
        <!-- Image resources-->
        <img src="Content/images/img1.jpg" />
        <img src="Content/images/img2.jpg" />
         <!-- For demo, there are eight images added, but removed here for brevity-->
 
    </div>
     <!-- JavaScript file resources -->
    <script src="Scripts/jquery-1.10.2.js"></script>
    <script src="Scripts/jquery-1.10.2.min.js"></script>
   <!-- For demo, total six file added, but removed here for brevity-->
 </form>
</body>
</html>

上面的頁面引用了19個不一樣的資源（3 個 CSS 文件，8個圖像文件，8個 JS 文件）以模擬現實中的頁面。以後，筆者在安裝了 IIS10 的 Win Server 2016（Windows 10 也能夠）上部署該應用。如今是時候來測試應用程序了。

測試結果

首先，筆者將使用 HTTP1.1 運行此應用，並分析其加載時間。而後，筆者移動到 HTTP2 以瞭解兩種協議的差別。運行該應用，查看開發者工具欄中的網絡選項（大多數瀏覽器都提供開發者工具欄，敲擊 F12 便可啓用）。這一項將顯示網頁發送的請求數，其等待時間，開始時間，加載時間及其餘相關細節。

經過仔細查看上圖中的細節，會發現它使用的是 HTTP1.1 協議，在第三列（協議）中標明。此外，它如預期通常加載了全部的 JavaScript，CSS 和圖像文件，但它們的開始時間有所不一樣。很明顯，以前的一些請求完成以後，以後的請求才會當即啓動。因爲瀏覽器並行鏈接數的限制，最後一次請求必須等待大約4.5秒。這個頁面的總加載時間約爲9.59秒。

如今，轉換到 HTTP2 協議，打開同一個網頁，看看有什麼差別。爲此，將地址欄中的 URL 從 HTTP 改成 HTTPS 並從新加載頁面，再次查看開發者工具欄中的網絡選項：

在這裏，時間線看起來徹底不一樣，全部請求都在同一時間開始。另外，頁面的加載時間減小了80％，也就是2秒左右。這清楚地代表，在 http1.1 中同步傳送的請求在此處都是併發地傳送到服務器的。最後一個請求的等待時間僅爲70毫秒。

最近，咱們使用了 bundling 、minifiction 之類的技術提升應用性能，但這些技術也有一些限制（例如，只適用於 JavaScript 和 CSS 文件）。每種類型的文件，必須在不一樣的包中添加，即便是將全部同類型文件放在同一個包文件裏也是不推薦的。應該根據應用的各個網頁建立用途不一樣的包。 HTTP2 將開發者從這些複雜的功能中解救出來，並解決了這些問題，由於它只建立一個 TCP 鏈接，並在同一時間開始下載全部不一樣資源，從而節省了不少時間，減輕開發者的負擔。

注：目前，HTTP2 只支持 SSL。所以，一開始用 http 打開網頁時，使用的是 HTTP1.1協議，而後使用 https 打開同一個頁面時，採用的是 HTTP2（在上圖中顯示爲 h2）協議。

結論:

在這篇文章中，咱們討論了當下的 Web 開發實踐和所面臨的性能問題。以後的討論基於 HTTP2，並發現它能夠在 Visual Studio 2015中用於 IIS10（Windows10 和 Windows Server2016）和 ASP.NET4.6 中。而後，咱們建立了包含多種資源（包括 JS，CSS 和圖像）的示例頁面，並發現使用 HTTP 2能夠節省超過75％的加載時間——這最終代表，目前遭遇的性能問題，很快就會成爲歷史！

OneAPM 助您輕鬆鎖定 .NET 應用性能瓶頸，經過強大的 Trace 記錄逐層分析，直至鎖定行級問題代碼。以用戶角度展現系統響應速度，以地域和瀏覽器維度統計用戶使用狀況。想閱讀更多技術文章，請訪問 OneAPM 官方博客。

原文地址: http://www.infragistics.com/community/blogs/brijmishra/archive/2015/12/01/leveraging-http-2-with-asp-net-4-6-and-iis10.aspx
本文轉自 OneAPM 官方博客