HTTP協(xié)議工作原理是我們現(xiàn)在要為大家介紹的內容。作為WWW的基礎的HTTP協(xié)議，它的工作原理可以分為外部和內部。試想，一個龐大的網(wǎng)絡結構，它的協(xié)議又怎么能簡單呢。所以我們一定要在了解了HTTP協(xié)議的基本結構后來看它的工作流程。 　　

　　既然我們明白了URL的構成，那么HTTP是怎么工作呢？我們接下來就要討論這個問題。 　　

　　一次HTTP操作稱為一個事務，HTTP協(xié)議工作原理可分為四步： 　　

　　首先客戶機與服務器需要建立連接。只要單擊某個超級鏈接，HTTP的工作就開始了。

　　建立連接后，客戶機發(fā)送一個請求給服務器，請求方式的格式為：統(tǒng)一資源標識符（URL）、協(xié)議版本號，后邊是MIME信息包括請求修飾符、客戶機信息和可能的內容。 　　

　　服務器接到請求后，給予相應的響應信息，其格式為一個狀態(tài)行，包括信息的協(xié)議版本號、一個成功或錯誤的代碼，后邊是MIME信息包括服務器信息、實體信息和可能的內容。 　　

　　客戶端接收服務器所返回的信息通過瀏覽器顯示在用戶的顯示屏上，然后客http工作流程圖戶機與服務器斷開連接。 　　

　　如果在以上過程中的某一步出現(xiàn)錯誤，那么產生錯誤的信息將返回到客戶端，有顯示屏輸出。對于用戶來說，這些過程是由HTTP自己完成的，用戶只要用鼠標點擊，等待信息顯示就可以了。 　　

　　許多HTTP通訊是由一個用戶代理初始化的并且包括一個申請在源服務器上資源的請求。最簡單的情況可能是在用戶代理和服務器之間通過一個單獨的連接來完成。在Internet上，HTTP通訊通常發(fā)生在TCP/IP連接之上。缺省端口是TCP 80，但其它的端口也是可用的。但這并不預示著HTTP協(xié)議在Internet或其它網(wǎng)絡的其它協(xié)議之上才能完成。HTTP只預示著一個可靠的傳輸。 　　

　　這個過程就好像我們打電話訂貨一樣，我們可以打電話給商家，告訴他我們需要什么規(guī)格的商品，然后商家再告訴我們什么商品有貨，什么商品缺貨。這些，我們是通過電話線用電話聯(lián)系（HTTP是通過TCP/IP），當然我們也可以通過傳真，只要商家那邊也有傳真。 　　

　　以上簡要介紹了HTTP協(xié)議的宏觀運作方式，下面介紹一下HTTP協(xié)議工作原理的內部操作過程。

　　在WWW中，“客戶”與“服務器”是一個相對的概念，只存在于一個特定的連接期間，即在某個連接中的客戶在另一個連接中可能作為服務器?；贖TTP協(xié)議的客戶/服務器模式的信息交換過程，它分四個過程：建立連接、發(fā)送請求信息、發(fā)送響應信息、關閉連接。這就好像上面的例子，我們電話訂貨的全過程。 　　

　　其實簡單說就是任何服務器除了包括HTML文件以外，還有一個HTTP駐留程序，用于響應用戶請求。你的瀏覽器是HTTP客戶，向服務器發(fā)送請求，當瀏覽器中輸入了一個開始文件或點擊了一個超級鏈接時，瀏覽器就向服務器發(fā)送了HTTP請求，此請求被送往由IP地址指定的URL。駐留程序接收到請求，在進行必要的操作后回送所要求的文件。在這一過程中，在網(wǎng)絡上發(fā)送和接收的數(shù)據(jù)已經被分成一個或多個數(shù)據(jù)包（packet），每個數(shù)據(jù)包包括：要傳送的數(shù)據(jù)；控制信息，即告訴網(wǎng)絡怎樣處理數(shù)據(jù)包。TCP/IP決定了每個數(shù)據(jù)包的格式。如果事先不告訴你，你可能不會知道信息被分成用于傳輸和再重新組合起來的許多小塊。 　　

　　也就是說商家除了擁有商品之外，它也有一個職員在接聽你的電話，當你打電話的時候，你的聲音轉換成各種復雜的數(shù)據(jù)，通過電話線傳輸?shù)綄Ψ降碾娫挋C，對方的電話機又把各種復雜的數(shù)據(jù)轉換成聲音，使得對方商家的職員能夠明白你的請求。這個過程你不需要明白聲音是怎么轉換成復雜的數(shù)據(jù)的。到此整個HTTP協(xié)議工作原理的過程就為大家介紹完了