|
HTTP Keep-Alive 很大程序上被誤解了，下面介紹一下它在HTTP/1.0和HTTP/1.1版本下是如何工作的。 Keep-Alive是HTTP協(xié)議中非常重要的一個(gè)屬性。大家知道HTTP構(gòu)建在TCP之上。在HTTP早期實(shí)現(xiàn)中，每個(gè)HTTP請(qǐng)求都要打開一個(gè)socket連接。這種做效率很低，因?yàn)橐粋€(gè)Web 頁面中的很多HTTP請(qǐng)求都指向同一個(gè)服務(wù)器。例如，很多為Web頁面中的圖片發(fā)起的請(qǐng)求都指向一個(gè)通用的圖片服務(wù)器。持久連接的引入解決了多對(duì)已請(qǐng)求服務(wù)器導(dǎo)致的socket連接低效性的問題。它使瀏覽器可以再一個(gè)單獨(dú)的連接上進(jìn)行多個(gè)請(qǐng)求。瀏覽器和服務(wù)器使用Connection頭ilai指出對(duì)Keep-Alive的支持。 HTTP是一個(gè)請(qǐng)求<->響應(yīng)模式的典型范例，即客戶端向服務(wù)器發(fā)送一個(gè)請(qǐng)求信息，服務(wù)器來響應(yīng)這個(gè)信息。在老的HTTP版本中，每個(gè)請(qǐng)求都將被創(chuàng)建一個(gè)新的客戶端->服務(wù)器的連接，在這個(gè)連接上發(fā)送請(qǐng)求，然后接收請(qǐng)求。這樣的模式有一個(gè)很大的優(yōu)點(diǎn)就是，它很簡(jiǎn)單，很容易理解和編程實(shí)現(xiàn)；它也有一個(gè)很大的缺點(diǎn)就是，它效率很低，因此Keep-Alive被提出用來解決效率低的問題。 HTTP/1.0HTTP 1.0中默認(rèn)是關(guān)閉的，需要在http頭加入"Connection: Keep-Alive"，才能啟用Keep-Alive；HTTP 1.1中默認(rèn)啟用Keep-Alive，如果加入"Connection: close"，才關(guān)閉。 在HTTP/1.0版本中，并沒有官方的標(biāo)準(zhǔn)來規(guī)定Keep-Alive如何工作，因此實(shí)際上它是被附加到HTTP/1.0協(xié)議上，如果客戶端瀏覽器支持Keep-Alive，那么就在HTTP請(qǐng)求頭中添加一個(gè)字段 Connection: Keep-Alive，當(dāng)服務(wù)器收到附帶有Connection: Keep-Alive的請(qǐng)求時(shí)，它也會(huì)在響應(yīng)頭中添加一個(gè)同樣的字段來使用Keep-Alive。這樣一來，客戶端和服務(wù)器之間的HTTP連接就會(huì)被保持，不會(huì)斷開（超過Keep-Alive規(guī)定的時(shí)間，意外斷電等情況除外），當(dāng)客戶端發(fā)送另外一個(gè)請(qǐng)求時(shí)，就使用這條已經(jīng)建立的連接。 HTTP/1.1目前大部分瀏覽器都是用HTTP 1.1協(xié)議，也就是說默認(rèn)會(huì)啟用Keep-Alive的連接請(qǐng)求。列舉以下瀏覽器的并發(fā)數(shù)作參考：IE6,7在HTTP/1.0中默認(rèn)最大并發(fā)連接數(shù)為4，在HTTP/1.1中默認(rèn)最大并發(fā)連接數(shù)為2，IE8都為6，F(xiàn)irefox2在HTTP/1.0中默認(rèn)最大并發(fā)連接數(shù)為2 在HTTP/1.1中默認(rèn)最大并發(fā)連接數(shù)為8，firefox 3默認(rèn)都是6。 在HTTP/1.1版本中，官方規(guī)定的Keep-Alive使用標(biāo)準(zhǔn)和在HTTP/1.0版本中有些不同，默認(rèn)情況下所在HTTP1.1中所有連接都被保持，除非在請(qǐng)求頭或響應(yīng)頭中指明要關(guān)閉：Connection: Close ，這也就是為什么Connection: Keep-Alive字段再?zèng)]有意義的原因。另外，還添加了一個(gè)新的字段Keep-Alive:，因?yàn)檫@個(gè)字段并沒有詳細(xì)描述用來做什么，可忽略它。 Not reliable（不可靠）HTTP是一個(gè)無狀態(tài)協(xié)議，這意味著每個(gè)請(qǐng)求都是獨(dú)立的，Keep-Alive沒能改變這個(gè)結(jié)果。另外，Keep-Alive也不能保證客戶端和服務(wù)器之間的連接一定是活躍的，在HTTP1.1版本中也如此。唯一能保證的就是當(dāng)連接被關(guān)閉時(shí)你能得到一個(gè)通知，所以不應(yīng)該讓程序依賴于Keep-Alive的保持連接特性，否則會(huì)有意想不到的后果。 Keep-Alive和POST在HTTP1.1細(xì)則中規(guī)定了在一個(gè)POST消息體后面不能有任何字符，還指出了對(duì)于某一個(gè)特定的瀏覽器可能并不遵循這個(gè)標(biāo)準(zhǔn)（比如在POST消息體的后面放置一個(gè)CRLF符）。而據(jù)我所知，大部分瀏覽器在POST消息體后都會(huì)自動(dòng)跟一個(gè)CRLF符再發(fā)送，如何解決這個(gè)問題呢？根據(jù)上面的說明在POST請(qǐng)求頭中禁止使用Keep-Alive，或者由服務(wù)器自動(dòng)忽略這個(gè)CRLF，大部分服務(wù)器都會(huì)自動(dòng)忽略，但是在未經(jīng)測(cè)試之前是不可能知道一個(gè)服務(wù)器是否會(huì)這樣做。 一些容易犯的誤區(qū)：
|
|
|
