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