7.6Keep-Alive模式介紹

7.6.1模式簡介

HTTP協(xié)議采用“請(qǐng)求-應(yīng)答”模式，當(dāng)使用普通模式，即非Keep-Alive模式時(shí)，每個(gè)請(qǐng)求/應(yīng)答客戶和服務(wù)器都要新建一個(gè)連接，完成之后立即斷開連接(HTTP協(xié)議為無連接的協(xié)議)；當(dāng)使用Keep-Alive模式(又稱持久連接、連接重用)時(shí)，Keep-Alive功能使客戶端到服務(wù)器端的連接持續(xù)有效，當(dāng)出現(xiàn)對(duì)服務(wù)器的后繼請(qǐng)求時(shí)，Keep-Alive功能避免了建立或者重新建立連接，傳輸性能更高效。

HTTP1.0中默認(rèn)是關(guān)閉的，需要在HTTP頭加入"Connection: Keep-Alive"，才能啟用Keep-Alive；HTTP1.1中默認(rèn)啟用Keep-Alive，如果加入"Connection: close "，才關(guān)閉。

7.6.2判斷消息內(nèi)容/長度的大小

Keep-Alive模式發(fā)送玩數(shù)據(jù)HTTP服務(wù)器不會(huì)自動(dòng)斷開連接，所有不能再使用返回EOF(-1)來判斷。

7.6.2.1使用消息首部字段Conent-Length

Conent-Length表示實(shí)體內(nèi)容長度，客戶端（服務(wù)器）可以根據(jù)這個(gè)值來判斷數(shù)據(jù)是否接收完成。

7.6.2.2使用消息首部字段Transfer-Encoding

當(dāng)客戶端向服務(wù)器請(qǐng)求一個(gè)靜態(tài)頁面或者一張圖片時(shí)，服務(wù)器可以很清楚的知道內(nèi)容大小，然后通過Content-length消息首部字段告訴客戶端需要接收多少數(shù)據(jù)。但是如果是動(dòng)態(tài)頁面等時(shí)，服務(wù)器是不可能預(yù)先知道內(nèi)容大小，這時(shí)就可以使用Transfer-Encoding：chunk模式來傳輸數(shù)據(jù)了。即如果要一邊產(chǎn)生數(shù)據(jù)，一邊發(fā)給客戶端，服務(wù)器就需要使用"Transfer-Encoding:

chunked"這樣的方式來代替Content-Length。

chunk編碼將數(shù)據(jù)分成一塊一塊的發(fā)生。Chunked編碼將使用若干個(gè)Chunk串連而成，由一個(gè)標(biāo)明長度為0的chunk標(biāo)示結(jié)束。每個(gè)Chunk分為頭部和正文兩部分，頭部內(nèi)容指定正文的字符總數(shù)(十六進(jìn)制的數(shù)字)和數(shù)量單位(一般不寫)，正文部分就是指定長度的實(shí)際內(nèi)容，兩部分之間用回車換行(CRLF)隔開。在最后一個(gè)長度為0的Chunk中的內(nèi)容是稱為footer的內(nèi)容，是一些附加的Header信息（通常可以直接忽略）。

Chunk編碼的格式如下：

Chunked-Body = *chunk

"0" CRLF

footer

CRLF

chunk?= chunk-size [ chunk-ext ] CRLF

chunk-data CRLF

hex-no-zero =

chunk-size = hex-no-zero*HEX

chunk-ext = *( ";" chunk-ext-name [ "=" chunk-ext-value ])

chunk-ext-name = token

chunk-ext-val = token | quoted-string

chunk-data = chunk-size(OCTET)

footer = *entity-header

即Chunk編碼由四部分組成：1、0至多個(gè)chunk塊，2、"0" CRLF，3、footer，4、CRLF.而每個(gè)chunk塊由：chunk-size、chunk-ext（可選）、CRLF、chunk-data、CRLF組成。