国产一级a片免费看高清,亚洲熟女中文字幕在线视频,黄三级高清在线播放,免费黄色视频在线看

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)求都要打開(kāi)一個(gè)socket連接。這種做效率很低，因?yàn)橐粋€(gè)Web 頁(yè)面中的很多HTTP請(qǐng)求都指向同一個(gè)服務(wù)器。例如，很多為Web頁(yè)面中的圖片發(fā)起的請(qǐng)求都指向一個(gè)通用的圖片服務(wù)器。持久連接的引入解決了多對(duì)已請(qǐng)求服務(wù)器導(dǎo)致的socket連接低效性的問(wèn)題。它使瀏覽器可以再一個(gè)單獨(dú)的連接上進(jìn)行多個(gè)請(qǐng)求。瀏覽器和服務(wù)器使用Connection頭ilai指出對(duì)Keep-Alive的支持。

HTTP是一個(gè)請(qǐng)求<->響應(yīng)模式的典型范例，即客戶(hù)端向服務(wù)器發(fā)送一個(gè)請(qǐng)求信息，服務(wù)器來(lái)響應(yīng)這個(gè)信息。在老的HTTP版本中，每個(gè)請(qǐng)求都將被創(chuàng)建一個(gè)新的客戶(hù)端->服務(wù)器的連接，在這個(gè)連接上發(fā)送請(qǐng)求，然后接收請(qǐng)求。這樣的模式有一個(gè)很大的優(yōu)點(diǎn)就是，它很簡(jiǎn)單，很容易理解和編程實(shí)現(xiàn)；它也有一個(gè)很大的缺點(diǎn)就是，它效率很低，因此Keep-Alive被提出用來(lái)解決效率低的問(wèn)題。

HTTP/1.0

HTTP 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版本中，并沒(méi)有官方的標(biāo)準(zhǔn)來(lái)規(guī)定Keep-Alive如何工作，因此實(shí)際上它是被附加到HTTP/1.0協(xié)議上，如果客戶(hù)端瀏覽器支持Keep-Alive，那么就在HTTP請(qǐng)求頭中添加一個(gè)字段 Connection: Keep-Alive，當(dāng)服務(wù)器收到附帶有Connection: Keep-Alive的請(qǐng)求時(shí)，它也會(huì)在響應(yīng)頭中添加一個(gè)同樣的字段來(lái)使用Keep-Alive。這樣一來(lái)，客戶(hù)端和服務(wù)器之間的HTTP連接就會(huì)被保持，不會(huì)斷開(kāi)（超過(guò)Keep-Alive規(guī)定的時(shí)間，意外斷電等情況除外），當(dāng)客戶(hù)端發(fā)送另外一個(gè)請(qǐng)求時(shí)，就使用這條已經(jīng)建立的連接。

HTTP/1.1

目前大部分瀏覽器都是用HTTP 1.1協(xié)議，也就是說(shuō)默認(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è)字段并沒(méi)有詳細(xì)描述用來(lái)做什么，可忽略它。

Not reliable（不可靠）

HTTP是一個(gè)無(wú)狀態(tài)協(xié)議，這意味著每個(gè)請(qǐng)求都是獨(dú)立的，Keep-Alive沒(méi)能改變這個(gè)結(jié)果。另外，Keep-Alive也不能保證客戶(hù)端和服務(wù)器之間的連接一定是活躍的，在HTTP1.1版本中也如此。唯一能保證的就是當(dāng)連接被關(guān)閉時(shí)你能得到一個(gè)通知，所以不應(yīng)該讓程序依賴(lài)于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è)問(wèn)題呢？根據(jù)上面的說(shuō)明在POST請(qǐng)求頭中禁止使用Keep-Alive，或者由服務(wù)器自動(dòng)忽略這個(gè)CRLF，大部分服務(wù)器都會(huì)自動(dòng)忽略，但是在未經(jīng)測(cè)試之前是不可能知道一個(gè)服務(wù)器是否會(huì)這樣做。

一些容易犯的誤區(qū)：

1. HTTP是一個(gè)無(wú)狀態(tài)的面向連接的協(xié)議，無(wú)狀態(tài)不代表HTTP不能保持TCP連接，更不能代表HTTP使用的是UDP協(xié)議（無(wú)連接）
2. 從HTTP/1.1起，默認(rèn)都開(kāi)啟了Keep-Alive，保持連接特性，簡(jiǎn)單地說(shuō)，當(dāng)一個(gè)網(wǎng)頁(yè)打開(kāi)完成后，客戶(hù)端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接不會(huì)關(guān)閉，如果客戶(hù)端再次訪問(wèn)這個(gè)服務(wù)器上的網(wǎng)頁(yè)，會(huì)繼續(xù)使用這一條已經(jīng)建立的連接
3. Keep-Alive不會(huì)永久保持連接，它有一個(gè)保持時(shí)間，可以在不同的服務(wù)器軟件（如Apache）中設(shè)定這個(gè)時(shí)間