C#網(wǎng)絡(luò)編程系列二：HTTP協(xié)議詳解
我們在用Asp.net技術(shù)開發(fā)Web應(yīng)用程序后，當(dāng)用戶在瀏覽器輸入一個網(wǎng)址時就是再向服務(wù)器發(fā)送一個HTTP請求，此時就使用了應(yīng)用層的HTTP協(xié)議，在上一個專題我們簡單介紹了網(wǎng)絡(luò)協(xié)議的知識，主要是為了后面講HTTP協(xié)議做一個鋪墊的，只有對HTTP協(xié)議有一個清楚的認(rèn)識，這樣當(dāng)我們用Asp.net技術(shù)開發(fā)Web應(yīng)用程序時，我們可以多從網(wǎng)絡(luò)協(xié)議的方面去思考我們的應(yīng)用程序，而不是只是單單停留在對服務(wù)器控件的拖拉的使用，這樣也可以幫助我們開發(fā)一個自己的自定義web服務(wù)器。
在這里我想同時把我對Asp.net的本質(zhì)的理解和大家分享下，如果有什么不對的地方，還請大家指出，首先，當(dāng)我們設(shè)計一個算法的時候要明確輸入?yún)?shù)和算法的返回（算法也就是也就是一個處理程序），其實Asp.net開發(fā)的web網(wǎng)頁可以理解為一個處理程序，因為我們在web瀏覽器中所看到的都是HTML文檔（HTML也就是Asp.net網(wǎng)頁處理后程序的輸出,即算法的返回），然而輸入?yún)?shù)也就是用戶通過瀏覽器輸入的一個Http請求（可以說是請求的一個URI地址），asp.net這門技術(shù)就幫助我們把請求的aspx頁面翻譯為HTML文檔，然后HTML文檔通過HTTP協(xié)議把HTML文檔發(fā)送給瀏覽器，瀏覽器再把這么標(biāo)簽（HTML文檔只是一串字符串，如果沒有瀏覽器的解析我們看到的也是一些字符串，而不是可視化的界面了）解析為可視化的界面。這樣一次web請求也就結(jié)束。后面也會和大家分享下Asp.net中背后替我們所做事情的一些對象，這里還是回到Http協(xié)議的介紹吧。
一、HTTP協(xié)議的簡介
HTTP中文為超文本傳輸協(xié)議，從名字上很容易理解，Http協(xié)議就是將超文本標(biāo)記語言的文檔（即Html文檔）從web服務(wù)傳送到客戶端的瀏覽器。它屬于一個應(yīng)用層的協(xié)議。
二、網(wǎng)絡(luò)的工作過程
當(dāng)用戶要訪問網(wǎng)絡(luò)中的某個網(wǎng)頁時，大致要經(jīng)過以下幾個步驟：
1.用戶首先要確定網(wǎng)頁文件所在的URL（統(tǒng)一資源定位符，也就是網(wǎng)頁在網(wǎng)絡(luò)上的家庭住址，通過這個地址就可以找到這個網(wǎng)頁）如www.cnblogs.com
2.瀏覽器向DNS(域名服務(wù)器)發(fā)出請求，告訴DNS說："我要把www.cnblogs.com轉(zhuǎn)化為它所定義的IP地址",這里可以簡單把DNS理解為一個字典，知道域名就可以知道域名對于的IP地址，他們有這個一個映射的關(guān)系
3.DNS收到請求后就開始查詢，查到后向瀏覽器返回結(jié)果。如域名為www.cnblogs.com對應(yīng)的IP地址為61.155.169.116
4.知道IP地址后， 瀏覽器向IP地址為61.155.169.116的主機發(fā)出與端口號80建議一條TCP連接請求（HTTP協(xié)議是建立在傳輸層TCP的基礎(chǔ)上的），80端口是服務(wù)器提供web服務(wù)的默認(rèn)端口
5.建立連接后，瀏覽器發(fā)出一條HTTP請求，如 GET http://www.cnblogs.com/ HTTP/1.1
6.當(dāng)域名為www.cnblogs.com的服務(wù)器接受到請求后，向瀏覽器發(fā)送一個html文件
7.文件發(fā)送完后，由服務(wù)器主動關(guān)閉TCP連接。
8.瀏覽器接收傳送來的頁面并顯示
9.如果Html文件中包含圖片，還要與服務(wù)器再次建立一個TCP連接，以便可以下載圖片
上面介紹的步驟中，瀏覽器發(fā)出一個請求后，如何把一個服務(wù)器上的HTML文檔下載到請求網(wǎng)頁的主機上呢？ 這個過程就是由HTTP完成，即完成超文本文件的傳送，HTTP協(xié)議是web服務(wù)器的基礎(chǔ)。
二、HTTP請求
Http請求由三部分組成：請求行、請求頭和請求數(shù)據(jù)，一個HTTP請求的格式一般如下：
| 請求方法 URL HTTP版本號 請求頭信息 <一個空行> 請求數(shù)據(jù) |
HTTP請求的方法如下表：
經(jīng)常使用的是Get和Post方法，當(dāng)使用Get方法發(fā)出請求時，請求數(shù)據(jù)為空，所以此時的HTTP請求行就由兩部分組成：請求行和請求頭信息，下面我們形象看看具體的HttP的實例：
當(dāng)在瀏覽器中地址欄里面輸入：www.cnblogs.com，此時我們相當(dāng)于發(fā)出一個HTTP請求，具體為：
并且從圖中可以看出網(wǎng)頁中含有圖片腳本等文件時，客戶端會繼續(xù)與服務(wù)器發(fā)出請求，請求所需要的圖片和腳本文件。
補充：經(jīng)一位朋友的留言中，在這里我補充下，現(xiàn)在通常是只建立一個TCP連接，通過HTPP 請求頭的Connetion字段來指明，當(dāng)服務(wù)器收到附帶有Connection: Keep-Alive的請求時，它也會在響應(yīng)頭中添加一個同樣的字段來使用Keep-Alive。這樣一來，客戶端和服務(wù)器之間的HTTP連接就會被保持，不會斷開，（一些特殊情況除外）當(dāng)客戶端發(fā)送另外一個請求時，就使用這條已經(jīng)建立的連接。
下面介紹下請求頭的信息：
Accept:表示客戶端接收的數(shù)據(jù)類型。例如，Accept：text/html表示客戶端可接收HTML類型的文本
User Agent:表示客戶端軟件類型
Referer:表示的是上一連接的url，如跳轉(zhuǎn)到本頁面的上一頁面url。
上圖是一個通過Get方法把一個HTML文件下載到本例瀏覽器中顯示的過程，當(dāng)我們在博客園主頁面點登陸后輸入用戶名和密碼后點確認(rèn)按鈕后，此時我們發(fā)出的HTTP的請求是通過Post方法，下面是一個截圖：
從圖中可以看出， 通過Post方法發(fā)出的HTTP請求中有一個空行（空行后為請求數(shù)據(jù)），而Get方法發(fā)出的請求中沒有。
三、HTTP響應(yīng)
同樣，Http響應(yīng)也是由三部分組成：狀態(tài)行，響應(yīng)頭和響應(yīng)數(shù)據(jù)組成，Http響應(yīng)格式如下：
| 狀態(tài)行 響應(yīng)頭 <一個空行> 響應(yīng)數(shù)據(jù) |
狀態(tài)行以HTTP版本號開始，后面跟著3為數(shù)字，代表響應(yīng)代碼，響應(yīng)代碼用來告訴客戶端,服務(wù)器是否產(chǎn)生了預(yù)期的響應(yīng)。如HTTP/1.1 200 OK.
HTTP/1.1中定義五種響應(yīng)代碼：
1xx：指示信息--表示請求已接收，繼續(xù)處理
2xx：成功--表示請求已被成功接收、理解、接受
3xx：重定向--要完成請求必須進行更進一步的操作
4xx：客戶端錯誤--請求有語法錯誤或請求無法實現(xiàn)
5xx：服務(wù)器端錯誤--服務(wù)器未能實現(xiàn)合法的請求
具體響應(yīng)代碼的說明見下：
HTTP響應(yīng)頭用于服務(wù)器向客戶端提供請求文檔信息或服務(wù)端的狀態(tài)信息，如圖
四、總結(jié)
到這里這篇文章也算是說完了，HTTP協(xié)議只是應(yīng)用層中協(xié)議的其中之一，應(yīng)用層還有其他的一些協(xié)議，比如FTP（文件傳輸協(xié)議），SMTP(電子郵件協(xié)議)等，這些協(xié)議在后面都會有所介紹。后面一個專題打算應(yīng)用HTTP協(xié)議的只是自定義一個簡單的Web服務(wù)器來模擬我們平常在瀏覽器中輸入網(wǎng)址后發(fā)送Http請求和服務(wù)器返回響應(yīng)的過程。
原文鏈接：http://www.cnblogs.com/zhili/archive/2012/08/18/HTTP.html
【編輯推薦】
