第1部分：http傳輸協(xié)議詳解 什么是http協(xié)議（tocol，超文本傳輸??協(xié)議）？ 所謂約定，就是雙方共同遵守的規(guī)范。 http協(xié)議是瀏覽器和服務(wù)器之間“通信”的規(guī)范。 我們看空間、刷微博……都是用的http協(xié)議，當(dāng)然遠(yuǎn)不止這些應(yīng)用。 筆者一直聽說http屬于“應(yīng)用層協(xié)議”，是基于TCP/IP協(xié)議的。 這不難理解。 如果你在大學(xué)的時(shí)候?qū)W過《OSI七層參考協(xié)議》（當(dāng)時(shí)是死記硬背的）。 如果你接觸過socket網(wǎng)絡(luò)編程，你應(yīng)該明白TCP和UDP是兩種廣泛使用的通信方式。 協(xié)議（連接建立、三次握手等，當(dāng)然這不是本文的重點(diǎn)）。 既然TCP/UDP是一種廣泛使用的網(wǎng)絡(luò)通信協(xié)議，為什么http協(xié)議不止一種呢？ 作者曾經(jīng)自己寫過一個(gè)簡(jiǎn)單的web服務(wù)器處理軟件，據(jù)我推斷（不一定準(zhǔn)確）。 UDP協(xié)議不可靠、不安全，顯然很難滿足web應(yīng)用的需求。 TCP協(xié)議基于連接和三次握手，雖然可靠，但仍存在一定的缺陷。 但是試想一下，對(duì)于普通的C/S架構(gòu)的軟件，最多同時(shí)連接幾千個(gè)Client，一個(gè)10萬人同時(shí)在線的網(wǎng)站是很常見的。 如果有十萬個(gè)客戶端，這就派生出了http協(xié)議。
基于TCP的可靠連接。 通俗的說就是請(qǐng)求之后，服務(wù)端立即關(guān)閉連接，釋放資源。 這樣既保證了資源的可用性，又吸收了TCP可靠性的優(yōu)點(diǎn)。 正因如此，人們通常說http協(xié)議是“無狀態(tài)的”，即“服務(wù)器不知道你的客戶端在干什么”，其實(shí)很大程度上是基于性能的考慮。 這樣后面就有session之類的東西了。 在監(jiān)控網(wǎng)絡(luò)方面，當(dāng)windows平臺(tái)上有一個(gè)叫做Sniffer的工具來研究http協(xié)議的時(shí)候，推薦大家使用一個(gè)叫做Sniffer的工具。 （不幸的是，這個(gè)工具是收費(fèi)的。你知道的，做任何你想做的事）。 安裝完成后可以直接在IE瀏覽器的工具中打開（目前也支持firefox）。 如圖： 點(diǎn)擊Record開始監(jiān)聽和記錄http報(bào)文。 stop、Clear等按鈕的功能這里就不一一介紹了。 舉個(gè)例子，下面是我訪問main.aspx頁面時(shí)記錄的，可以清楚的看到http報(bào)文的詳細(xì)信息，如圖： 學(xué)習(xí)http協(xié)議，主要需要了解http的request和（當(dāng)然，還有g(shù)et，post等請(qǐng)求方式，狀態(tài)碼，URI服務(wù)器接收http數(shù)據(jù)，MIME先看http請(qǐng)求報(bào)文（也就是瀏覽器拋給服務(wù)器）：一個(gè)http請(qǐng)求代表客戶端瀏覽器發(fā)送給服務(wù)器的數(shù)據(jù)。
一個(gè)完整的http請(qǐng)求報(bào)文包括一個(gè)請(qǐng)求行和若干個(gè)取消請(qǐng)求行：描述客戶端的請(qǐng)求方式、請(qǐng)求資源的名稱、http協(xié)議的版本號(hào)。 例如：GET/BOOK/JAVA./1.1 請(qǐng)求頭（消息頭）包含（客戶端請(qǐng)求的服務(wù)器主機(jī)名，客戶端的環(huán)境信息等）： Accept-：用于告訴服務(wù)器客戶端支持?jǐn)?shù)據(jù)壓縮格式 Referer ：客戶端通過這個(gè)header告訴服務(wù)器，它（客戶端）訪問服務(wù)器是從哪個(gè)資源（防盜鏈） User-Agent：客戶端通過這個(gè)header告訴服務(wù)器，客戶端的軟件環(huán)境（操作系統(tǒng)、瀏覽器版本等） Cookie：客戶端通過該頭部向服務(wù)器發(fā)送Cookie信息，是指瀏覽器通過http協(xié)議向服務(wù)器發(fā)送的實(shí)體數(shù)據(jù)。 例如：name=dylan&id=110（get請(qǐng)求中通過url傳給服務(wù)器的值。post請(qǐng)求中通過form傳給服務(wù)器的值）再看HTTP響應(yīng)報(bào)文（服務(wù)器返回給瀏覽器）：一個(gè)http 表示從服務(wù)器發(fā)回給客戶端的數(shù)據(jù)。 包括：這個(gè)header是否匹配302狀態(tài)？ 它用于告訴客戶尋找誰。 Content-：告訴瀏覽器以下載方式打開數(shù)據(jù)。 例如：context..(Content-,:=aa.jpg);context..(aa.jpg);Expries：告訴瀏覽器將返回的資源緩存多久。
如果為-1或0服務(wù)器接收http數(shù)據(jù)，則表示不緩存 Pragma: 控制瀏覽器不緩存數(shù)據(jù) no-cache 了解了上面的http請(qǐng)求報(bào)文和響應(yīng)報(bào)文后，相信你對(duì)http協(xié)議的理解已經(jīng)足夠深入了。 有關(guān)http協(xié)議的更多詳細(xì)信息，請(qǐng)參閱httpRFC文檔。 發(fā)送回瀏覽器。 瀏覽器得到響應(yīng)消息后，通過瀏覽器引擎渲染網(wǎng)頁，解析DOM樹，引擎解析并執(zhí)行腳本操作，widget做widget該做的... 關(guān)于瀏覽器渲染和解析的原理可以參考。 說白了，所謂web的本質(zhì)無非就是：對(duì)任何web服務(wù)器的請(qǐng)求/處理/響應(yīng)，任何服務(wù)器端的編程語言，都逃不出這個(gè)本質(zhì)。 瀏覽器端解析html、圖片等靜態(tài)內(nèi)容，呈現(xiàn)給用戶。 腳本引擎執(zhí)行腳本代碼，完成腳本代碼要做的事情（比如dom操作，css屬性改變，發(fā)送ajax）。 它是一個(gè)特殊的Client，它的架構(gòu)也是一個(gè)特殊的C/S架構(gòu)。 這里值得一提的是不同的web服務(wù)器和編程語言是如何接收用戶http請(qǐng)求的。 如何應(yīng)對(duì)他們，如何應(yīng)對(duì)？ 筆者拿大家熟悉的ASP.NET例子，用反編譯工具查看源碼（微軟這家伙封裝的真好）從底層分析，如圖： 1. MIME type定義在Content-中，這個(gè)你需要看看HTTP協(xié)議，不管是java還是.NET，都是傳輸協(xié)議支持的。
這樣瀏覽器就可以使用相應(yīng)的程序來解析了。 例如IE接收到doc文檔后可以自動(dòng)使用word傳輸數(shù)據(jù)：小龍文檔網(wǎng)：http協(xié)議）普通MIME類型（通用類型）：超文本標(biāo)記語言text./.xmltext/./xhtml+xml 。 txttext/text./rtfPDF-././images./pngGIF-./gifJPEG-.jpeg,./jpegau-sound-files.auaudio/music-files mid,./midi,audio/x-音樂文件。 ra,./x-pn-.mpg,./mpegAVI./x-file./x-gzipTAR./x-tar 第2部分：Http協(xié)議數(shù)據(jù)傳輸；..Generic；.Text；.Net；.Net。 套接字； .; .IO; 。文本。; 使用RE ...; 描述：實(shí)現(xiàn)HTTP協(xié)議中的GET和POST請(qǐng)求。 .(); System.Text..Default;//默認(rèn)編碼方式，根據(jù)需要設(shè)置其他類型 get request.Show(client.);//獲取返回的網(wǎng)頁源代碼///
