http協(xié)議的運(yùn)作方式-文庫吧
2025-07-20 09:21 本頁面
【正文】 求，主要包括用戶可以接受的數(shù)據(jù)類型、壓縮方法和語言等?！ ?shí)體頭——實(shí)體信息類型、長度、壓縮方法、最后一次修改時間、數(shù)據(jù)有效期等?！ ?shí)體——請求或應(yīng)答對象本身?！ 》?wù)器在處理完客戶的請求之后，要向客戶機(jī)發(fā)送響應(yīng)消息。 HTTP/： 響應(yīng)消息=狀態(tài)行(通用信息頭|響應(yīng)頭|實(shí)體頭) CRLF 〔實(shí)體內(nèi)容〕 狀態(tài)行=HTTP版本號 狀態(tài)碼 原因敘述 狀態(tài)碼表示響應(yīng)類型 1 保留 2 表示請求成功地接收 3 為完成請求客戶需進(jìn)一步細(xì)化請求 4 客戶錯誤 5 服務(wù)器錯誤 響應(yīng)頭的信息包括：服務(wù)程序名，通知客戶請求的URL需要認(rèn)證，請求的資源何時能使用?！ 】蛻艉头?wù)器雙方都可以通過關(guān)閉套接字來結(jié)束TCP/IP對話用于支持WWW瀏覽的網(wǎng)絡(luò)協(xié)議為HTTP，這是一種最基本的客戶機(jī)/服務(wù)器的訪問協(xié)議。瀏覽器向服務(wù)器發(fā)送請求，而服務(wù)器回應(yīng)相應(yīng)的網(wǎng)頁。HTTP協(xié)議從1990年開始出現(xiàn)，已經(jīng)有了相當(dāng)多的擴(kuò)展，然而其最基本的實(shí)現(xiàn)是非常簡單的，服務(wù)器需要進(jìn)行的額外處理相當(dāng)少，這也是為什么Web服務(wù)器軟件如此眾多的原因之一。請求方法通常，HTTP協(xié)議使用端口80來提供客戶訪問，因此也可以使用其他的網(wǎng)絡(luò)軟件，如telnet，模擬客戶向服務(wù)器發(fā)送請求，來查看HTTP的傳輸方式。$telnetwebserver80...Connectedtowebserver.Escapecharacteris39。^]39。.GET/ 當(dāng)telnet顯示了Connect等信息建立了連接之后，服務(wù)器就等待使用者輸入請求，而不進(jìn)行任何提示。上例中，使用者輸入GET/，則服務(wù)器立即將相應(yīng)的網(wǎng)頁返回，然后關(guān)閉連接?！? 客戶程序向服務(wù)器發(fā)送的請求可以有不同的類型，這樣服務(wù)器可以根據(jù)不同的請求類型進(jìn)行不同的處理。，定義了三種最基本的請求類型， GET、POST和HEAD，這些請求方法的實(shí)現(xiàn)方式均與上例相同，客戶程序用大寫指令將請求發(fā)送給服務(wù)器，后面跟隨具體的數(shù)據(jù)?！ ET請求最為常見，它后面跟隨一個網(wǎng)頁的位置，服務(wù)器接受請求并返回其請求的頁面。除了頁面位置作參數(shù)之外，請求還可以跟隨協(xié)議的版本如HTTP/，以發(fā)送給服務(wù)器更多的信息?！ OST請求要求服務(wù)器接收大量的信息，除了POST后面跟隨的參數(shù)之外，瀏覽器還會在后面持續(xù)發(fā)送數(shù)據(jù)，讓服務(wù)器進(jìn)行處理。通常，POST方法是和CGI程序分不開的，服務(wù)器應(yīng)該啟動一個CGI程序來處理POST發(fā)送來的數(shù)據(jù)。 HEAD請求在客戶程序和服務(wù)器之間進(jìn)行交流，而不會返回具體的文檔。當(dāng)使用GET和POST方法時，服務(wù)器最后都將結(jié)果文檔返回給客戶程序，瀏覽器將 刷新顯示。而HEAD請求則不同，它僅僅交流一些內(nèi)部數(shù)據(jù)，這些數(shù)據(jù)不會影響瀏覽的過程。因此HEAD方法通常不單獨(dú)使用，而是和其他的請求方法一起起到 輔助作用。一些搜尋引擎使用的自動搜索機(jī)器人使用這個方法來獲得網(wǎng)頁的標(biāo)志信息，或者進(jìn)行安全認(rèn)證時，使用這個方法來傳遞認(rèn)證信息?！? 除了這三種最常見的訪問方法之外，如PUT，用于將網(wǎng)頁放置到正確位置，DELETE用于刪除相關(guān)文檔 等。這些方法并不常用，因而大部分Web服務(wù)器軟件并沒有實(shí)現(xiàn)他們。然而對于特定場合他們還是非常有用的，例如使用軟件編輯網(wǎng)頁時，網(wǎng)頁編輯器可以使用這 些方法，管理不同的網(wǎng)頁?！ ∪绻?wù)器不支持客戶發(fā)送的請求方法，服務(wù)器將返回錯誤并立即關(guān)閉連接。服務(wù)器對HTTP的處理方式 HTTP協(xié)議的這種請求/回應(yīng)的模式，使得服務(wù)器只能根據(jù)客戶程序的請求發(fā)送回信息，這樣的好處是客戶具備很大的自由度，可以任意訪問服務(wù)器上的信息。因此就存在多個客戶同時訪問一個服務(wù)器的問題?！? 在Unix下，由一個守護(hù)進(jìn)程來監(jiān)視來自客戶程序的請求，當(dāng)守護(hù)進(jìn)程接受到一個請求時，就建立一個新的進(jìn)程對請求進(jìn)行處理。通常服務(wù)器能創(chuàng)建足夠多的新 進(jìn)程來回應(yīng)客戶的請求，然而如果同時發(fā)送請求的客戶太多，那么服務(wù)器就有可能出現(xiàn)超載的情況，創(chuàng)建進(jìn)程的速度跟不上眾多客戶發(fā)送請求的速度，這樣就造成了 服務(wù)器對外表現(xiàn)反應(yīng)遲緩。此外，為了提高用戶使用瀏覽器時的性能，現(xiàn)代瀏覽器還支持并發(fā)的訪問方式，瀏覽一個網(wǎng)頁時同時建立多個連接，以迅速獲得一個網(wǎng)頁 上的多個圖標(biāo)，這樣能更快速完成整個網(wǎng)頁的傳輸。但是
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1