HTTP Keep-Alive模式

1、什麼是Keep-Alive模式？

  我們知道HTTP協定采用“請求-應答”模式，當使用普通模式，即非KeepAlive模式時，每個請求/應答客戶和伺服器都要建立一個連接配接，完成 之後立即斷開連接配接（HTTP協定為無連接配接的協定）；當使用Keep-Alive模式（又稱持久連接配接、連接配接重用）時，Keep-Alive功能使用戶端到服 務器端的連接配接持續有效，當出現對伺服器的後繼請求時，Keep-Alive功能避免了建立或者重建立立連接配接。

  http 1.0中預設是關閉的，需要在http頭加入"Connection: Keep-Alive"，才能啟用Keep-Alive；

  http 1.1中預設啟用Keep-Alive，如果加入"Connection: close "，才關閉。

  目前大部分浏覽器都是用http1.1協定，也就是說預設都會發起Keep-Alive的連接配接請求了，是以是否能完成一個完整的Keep- Alive連接配接就看伺服器設定情況。

2. 什麼是長連接配接、短連接配接？

  在HTTP/1.0中，預設使用的是短連接配接。也就是說，浏覽器和伺服器每進行一次HTTP操作，就建立一次連接配接，但任務結束就中斷連 接。如果用戶端浏覽器通路的某個HTML或其他類型的 Web頁中包含有其他的Web資源，如JavaScript檔案、圖像檔案、CSS檔案等；當浏覽器每遇到這樣一個Web資源，就會建立一個HTTP會話。

但從 HTTP/1.1起，預設使用長連接配接，用以保持連接配接特性。使用長連接配接的HTTP協定，會在響應頭有加入這行代碼：

<code>Connection:keep-alive</code>

  在使用長連接配接的情況下，當一個網頁打開完成後，用戶端和伺服器之間用于傳輸HTTP資料的 TCP連接配接不會關閉，如果用戶端再次通路這個伺服器上的網頁，會繼續使用這一條已經建立的連接配接。Keep-Alive不會永久保持連接配接，它有一個保持時 間，可以在不同的伺服器軟體（如Apache）中設定這個時間。實作長連接配接要用戶端和服務端都支援長連接配接。

HTTP協定的長連接配接和短連接配接，實質上是TCP協定的長連接配接和短連接配接。

2.1 TCP短連接配接

  我們模拟一下TCP短連接配接的情況，client向server發起連接配接請求，server接到請求，然後雙方建立連接配接。client向server 發送消息，server回應client，然後一次讀寫就完成了，這時候雙方任何一個都可以發起close操作，不過一般都是client先發起 close操作。為什麼呢，一般的server不會回複完client後立即關閉連接配接的，當然不排除有特殊的情況。從上面的描述看，短連接配接一般隻會在 client/server間傳遞一次讀寫操作

短連接配接的優點是：管理起來比較簡單，存在的連接配接都是有用的連接配接，不需要額外的控制手段

2.2 TCP長連接配接

  接下來我們再模拟一下長連接配接的情況，client向server發起連接配接，server接受client連接配接，雙方建立連接配接。Client與server完成一次讀寫之後，它們之間的連接配接并不會主動關閉，後續的讀寫操作會繼續使用這個連接配接。

  首先說一下TCP/IP詳解上講到的TCP保活功能，保活功能主要為伺服器應用提供，伺服器應用希望知道客戶主機是否崩潰，進而可以代表客戶使用資 源。如果客戶已經消失，使得伺服器上保留一個半開放的連接配接，而伺服器又在等待來自用戶端的資料，則伺服器将應遠等待用戶端的資料，保活功能就是試圖在服務 器端檢測到這種半開放的連接配接。

  如果一個給定的連接配接在兩小時内沒有任何的動作，則伺服器就向客戶發一個探測封包段，客戶主機必須處于以下4個狀态之一：

客戶主機依然正常運作，并從伺服器可達。客戶的TCP響應正常，而伺服器也知道對方是正常的，伺服器在兩小時後将保活定時器複位。

客戶主機已經崩潰，并且關閉或者正在重新啟動。在任何一種情況下，客戶的TCP都沒有響應。服務端将不能收到對探測的響應，并在75秒後逾時。伺服器總共發送10個這樣的探測 ，每個間隔75秒。如果伺服器沒有收到一個響應，它就認為客戶主機已經關閉并終止連接配接。

客戶主機崩潰并已經重新啟動。伺服器将收到一個對其保活探測的響應，這個響應是一個複位，使得伺服器終止這個連接配接。

客戶機正常運作，但是伺服器不可達，這種情況與2類似，TCP能發現的就是沒有收到探查的響應。

本文轉自 七十七快 51CTO部落格，原文連結:http://blog.51cto.com/10324228/1836699