http協(xié)議的運(yùn)作方式-免費(fèi)閱讀
【正文】 在服務(wù)器向客戶返回一個(gè)部分響應(yīng)，它必須描述響應(yīng)覆蓋的范圍和整個(gè)實(shí)體長(zhǎng)度。Location響應(yīng)頭Location響應(yīng)頭用于重定向接收者到一個(gè)新URI地址。ReasonPhrase給 StatusCode提供一個(gè)簡(jiǎn)單的文本描述。他也允許廢除的或錯(cuò)誤的連接由于維護(hù)的目的被 追蹤。對(duì)請(qǐng)求頭域的擴(kuò)展要求通訊雙方都支持，如果存在不支持的請(qǐng)求頭域，一般將會(huì)作為實(shí)體頭域處理。HEAD方法也是取回由RequestURI標(biāo)識(shí)的信息，只是可以在響應(yīng)時(shí)，不返回消息體。Date頭域Date頭域表示消息發(fā)送的時(shí)間，時(shí)間的描述格式由rfc822定義。Private指示對(duì)于單個(gè)用戶的整個(gè)或部分響應(yīng)消息，不能被共享緩存處理。域名是大小寫無關(guān)的，域 值前可以添加任何數(shù)量的空格符，頭域可以被擴(kuò)展為多行，在每行開始處，使用至少一個(gè)空格或制表符。HTTP（HyperTextTransferProtocol）是超文本傳輸協(xié)議的縮寫，它用于傳送WWW方式的數(shù)據(jù)，關(guān)于HTTP協(xié)議的詳細(xì)內(nèi)容請(qǐng)參考RFC2616。雖然比起建立新進(jìn)程來講，這樣消耗的處理器資源略微減少，但是并不能從根本上消除并發(fā)訪問帶來的處理器資源不足 的問題?！? 在Unix下，由一個(gè)守護(hù)進(jìn)程來監(jiān)視來自客戶程序的請(qǐng)求，當(dāng)守護(hù)進(jìn)程接受到一個(gè)請(qǐng)求時(shí)，就建立一個(gè)新的進(jìn)程對(duì)請(qǐng)求進(jìn)行處理。因此HEAD方法通常不單獨(dú)使用，而是和其他的請(qǐng)求方法一起起到 輔助作用。定義了三種最基本的請(qǐng)求類型， GET、POST和HEAD，這些請(qǐng)求方法的實(shí)現(xiàn)方式均與上例相同，客戶程序用大寫指令將請(qǐng)求發(fā)送給服務(wù)器，后面跟隨具體的數(shù)據(jù)。瀏覽器向服務(wù)器發(fā)送請(qǐng)求，而服務(wù)器回應(yīng)相應(yīng)的網(wǎng)頁(yè)。POST主要用于發(fā)送HTML文本中FORM的內(nèi)容，讓CGI程序處理?！ ∠旅?，討論HTTP協(xié)議下客戶/服務(wù)器模式中信息交換的實(shí)現(xiàn)。圖23 在Internet上，HTTP通訊通常發(fā)生在TCP/IP連接之上。圖22 上面的圖22表明了在用戶代理(UA)和源服務(wù)器(O)之間有三個(gè)中介(A,B和C)?！ ≡S多HTTP通訊是由一個(gè)用戶代理初始化的并且包括一個(gè)申請(qǐng)?jiān)谠捶?wù)器上資源的請(qǐng)求。最簡(jiǎn)單的情況可能是在用戶代理(UA)和源服務(wù)器(O)之間通過一個(gè)單獨(dú)的連接來完成(見圖21)。一個(gè)通過整個(gè)鏈的請(qǐng)求或響應(yīng)消息必須經(jīng)過四個(gè) 連接段。缺省端口是TCP80，但其它的端口也是可用的?！ ∵B接的建立是通過申請(qǐng)?zhí)捉幼?Socket)實(shí)現(xiàn)的。 一個(gè)請(qǐng)求的例子為： GET 頭信息又稱為元信息，即信息的信息，利用元信息可以實(shí)現(xiàn)有條件的請(qǐng)求或應(yīng)答。HTTP協(xié)議從1990年開始出現(xiàn)，已經(jīng)有了相當(dāng)多的擴(kuò)展，然而其最基本的實(shí)現(xiàn)是非常簡(jiǎn)單的，服務(wù)器需要進(jìn)行的額外處理相當(dāng)少，這也是為什么Web服務(wù)器軟件如此眾多的原因之一?！ ET請(qǐng)求最為常見，它后面跟隨一個(gè)網(wǎng)頁(yè)的位置，服務(wù)器接受請(qǐng)求并返回其請(qǐng)求的頁(yè)面。一些搜尋引擎使用的自動(dòng)搜索機(jī)器人使用這個(gè)方法來獲得網(wǎng)頁(yè)的標(biāo)志信息，或者進(jìn)行安全認(rèn)證時(shí)，使用這個(gè)方法來傳遞認(rèn)證信息。通常服務(wù)器能創(chuàng)建足夠多的新 進(jìn)程來回應(yīng)客戶的請(qǐng)求，然而如果同時(shí)發(fā)送請(qǐng)求的客戶太多，那么服務(wù)器就有可能出現(xiàn)超載的情況，創(chuàng)建進(jìn)程的速度跟不上眾多客戶發(fā)送請(qǐng)求的速度，這樣就造成了 服務(wù)器對(duì)外表現(xiàn)反應(yīng)遲緩。一般使用線程和異步方式的程序較為復(fù)雜，不能很容易擴(kuò)充對(duì)新特性的支持，并有可能因?yàn)槌绦騼?nèi)部要自己進(jìn)行同步等原因也會(huì)造成資源消耗。HTTP協(xié)議采用了請(qǐng)求/響應(yīng)模型。通用頭域通用頭域包含 請(qǐng)求和響應(yīng)消息都支持的頭域，通用頭域包含CacheControl、Connection、Date、Pragma、Transfer Encoding、Upgrade、Via。這允許服務(wù)器僅僅描述當(dāng)用戶的部分響應(yīng)消息，此響應(yīng)消息對(duì)于其他用戶的請(qǐng)求無效。例如，Date:Mon,31Dec200104:25:57GMT。 POST方法可以請(qǐng)求服務(wù)器接收包含在請(qǐng)求中的實(shí)體信息，可以用于提交表單，向新聞組、BBS、郵件群組和數(shù)據(jù)庫(kù)發(fā)送消息。典型的請(qǐng)求消息：GET://class/:80/Host:Accept:*/*Pragma:nocacheCacheControl:nocacheReferer:://class/UserAgent:Mozilla/[en](Win95。如果請(qǐng)求的uri沒有自己的uri地
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1