導(dǎo)航的第一步是通過(guò)訪問(wèn)的域名找出其IP地址。DNS查找過(guò)程如下：
* 瀏覽器緩存 – 瀏覽器會(huì)緩存DNS記錄一段時(shí)間。 有趣的是，操作系統(tǒng)沒(méi)有告訴瀏覽器儲(chǔ)存DNS記錄的時(shí)間，這樣不同瀏覽器會(huì)儲(chǔ)存?zhèn)€自固定的一個(gè)時(shí)間（2分鐘到30分鐘不等）。
* 系統(tǒng)緩存 – 如果在瀏覽器緩存里沒(méi)有找到需要的記錄，瀏覽器會(huì)做一個(gè)系統(tǒng)調(diào)用（windows里是gethostbyname）。這樣便可獲得系統(tǒng)緩存中的記錄。
* 路由器緩存 – 接著，前面的查詢請(qǐng)求發(fā)向路由器，它一般會(huì)有自己的DNS緩存。
* ISP DNS 緩存 – 接下來(lái)要check的就是ISP緩存DNS的服務(wù)器。在這一般都能找到相應(yīng)的緩存記錄。
* 遞歸搜索 – 你的ISP的DNS服務(wù)器從跟域名服務(wù)器開(kāi)始進(jìn)行遞歸搜索，從.com頂級(jí)域名服務(wù)器到Facebook的域名服務(wù)器。一般DNS服務(wù)器的緩存中會(huì)有.com域名服務(wù)器中的域名，所以到頂級(jí)服務(wù)器的匹配過(guò)程不是那么必要了。
DNS遞歸查找如下圖所示：
DNS有一點(diǎn)令人擔(dān)憂，這就是像wikipedia.org 或者 facebook.com這樣的整個(gè)域名看上去只是對(duì)應(yīng)一個(gè)單獨(dú)的IP地址。還好，有幾種方法可以消除這個(gè)瓶頸：
* 循環(huán) DNS 是DNS查找時(shí)返回多個(gè)IP時(shí)的解決方案。舉例來(lái)說(shuō)，F(xiàn)acebook.com實(shí)際上就對(duì)應(yīng)了四個(gè)IP地址。
* 負(fù)載平衡器 是以一個(gè)特定IP地址進(jìn)行偵聽(tīng)并將網(wǎng)絡(luò)請(qǐng)求轉(zhuǎn)發(fā)到集群服務(wù)器上的硬件設(shè)備。 一些大型的站點(diǎn)一般都會(huì)使用這種昂貴的高性能負(fù)載平衡器。
* 地理 DNS 根據(jù)用戶所處的地理位置，通過(guò)把域名映射到多個(gè)不同的IP地址提高可擴(kuò)展性。這樣不同的服務(wù)器不能夠更新同步狀態(tài)，但映射靜態(tài)內(nèi)容的話非常好。
* Anycast 是一個(gè)IP地址映射多個(gè)物理主機(jī)的路由技術(shù)。 美中不足，Anycast與TCP協(xié)議適應(yīng)的不是很好，所以很少應(yīng)用在那些方案中。
大多數(shù)DNS服務(wù)器使用Anycast來(lái)獲得高效低延遲的DNS查找。
3. 瀏覽器給web服務(wù)器發(fā)送一個(gè)HTTP請(qǐng)求
因?yàn)橄馞acebook主頁(yè)這樣的動(dòng)態(tài)頁(yè)面，打開(kāi)后在瀏覽器緩存中很快甚至馬上就會(huì)過(guò)期，毫無(wú)疑問(wèn)他們不能從中讀取。
所以，瀏覽器將把一下請(qǐng)求發(fā)送到Facebook所在的服務(wù)器：
GET http://facebook.com/ HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, [...]
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; [...]
Accept-Encoding: gzip, deflate
Connection: Keep-Alive
Host: facebook.com
Cookie: datr=1265876274-[...]; locale=en_US; lsd=WW[...]; c_user=2101[...]
GET 這個(gè)請(qǐng)求定義了要讀取的URL： “http://facebook.com/”。 瀏覽器自身定義 (User-Agent 頭)，和它希望接受什么類(lèi)型的相應(yīng) (Accept and Accept-Encoding 頭).Connection頭要求服務(wù)器為了后邊的請(qǐng)求不要關(guān)閉TCP連接。
請(qǐng)求中也包含瀏覽器存儲(chǔ)的該域名的cookies。可能你已經(jīng)知道，在不同頁(yè)面請(qǐng)求當(dāng)中，cookies是與跟蹤一個(gè)網(wǎng)站狀態(tài)相匹配的鍵值。這樣cookies會(huì)存儲(chǔ)登錄用戶名，服務(wù)器分配的密碼和一些用戶設(shè)置等。Cookies會(huì)以文本文檔形式存儲(chǔ)在客戶機(jī)里，每次請(qǐng)求時(shí)發(fā)送給服務(wù)器。
用來(lái)看原始HTTP請(qǐng)求及其相應(yīng)的工具很多。作者比較喜歡使用fiddler，當(dāng)然也有像FireBug這樣其他的工具。這些軟件在網(wǎng)站優(yōu)化時(shí)會(huì)幫上很大忙。
除了獲取請(qǐng)求，還有一種是發(fā)送請(qǐng)求，它常在提交表單用到。發(fā)送請(qǐng)求通過(guò)URL傳遞其參數(shù)(e.g.: http://robozzle.com/puzzle.aspx?id=85)。發(fā)送請(qǐng)求在請(qǐng)求正文頭之后發(fā)送其參數(shù)。
像“http://facebook.com/”中的斜杠是至關(guān)重要的。這種情況下，瀏覽器能安全的添加斜杠。而像“http://example.com/folderOrFile”這樣的地址，因?yàn)闉g覽器不清楚folderOrFile到底是文件夾還是文件，所以不能自動(dòng)添加斜杠。這時(shí)，瀏覽器就不加斜杠直接訪問(wèn)地址，服務(wù)器會(huì)響應(yīng)一個(gè)重定向，結(jié)果造成一次不必要的握手。
4. facebook服務(wù)的永久重定向響應(yīng)
圖中所示為Facebook服務(wù)器發(fā)回給瀏覽器的響應(yīng)：
HTTP/1.1 301 Moved Permanently
Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Expires: Sat, 01 Jan 2000 00:00:00 GMT
Location: http://www.facebook.com/
P3P: CP=”DSP LAW”
Pragma: no-cache
Set-Cookie: made_write_conn=deleted; expires=Thu, 12-Feb-2009 05:09:50 GMT;
path=/; domain=.facebook.com; httponly
Content-Type: text/html; charset=utf-8
X-Cnection: close
Date: Fri, 12 Feb 2010 05:09:51 GMT
Content-Length: 0
服務(wù)器給瀏覽器響應(yīng)一個(gè)301永久重定向響應(yīng)，這樣瀏覽器就會(huì)訪問(wèn)“http://www.facebook.com/” 而非“http://facebook.com/”。
為什么服務(wù)器一定要重定向而不是直接發(fā)會(huì)用戶想看的網(wǎng)頁(yè)內(nèi)容呢？這個(gè)問(wèn)題有好多有意思的答案。
其中一個(gè)原因跟搜索引擎排名有 關(guān)。你看，如果一個(gè)頁(yè)面有兩個(gè)地址，就像http://www.igoro.com/和http://igoro.com/，搜索引擎會(huì)認(rèn)為它們是兩個(gè)網(wǎng)站，結(jié)果造成每一個(gè)的搜索鏈接都減少?gòu)亩档团琶?。而搜索引擎知?01永久重定向是什么意思，這樣就會(huì)把訪問(wèn)帶www的和不帶www的地址歸到同一個(gè)網(wǎng)站排名下。
還有一個(gè)是用不同的地址會(huì)造成緩存友好性變差。當(dāng)一個(gè)頁(yè)面有好幾個(gè)名字時(shí)，它可能會(huì)在緩存里出現(xiàn)好幾次。
5. 瀏覽器跟蹤重定向地址
現(xiàn)在，瀏覽器知道了 “http://www.facebook.com/”才是要訪問(wèn)的正確地址，所以它會(huì)發(fā)送另一個(gè)獲取請(qǐng)求：
GET http://www.facebook.com/ HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, [...]
Accept-Language: en-US
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; [...]
Accept-Encoding: gzip, deflate
Connection: Keep-Alive
Cookie: lsd=XW[...]; c_user=21[...]; x-referer=[...]
Host: www.facebook.com
頭信息以之前請(qǐng)求中的意義相同。
6. 服務(wù)器“處理”請(qǐng)求
服務(wù)器接收到獲取請(qǐng)求，然后處理并返回一個(gè)響應(yīng)。
這表面上看起來(lái)是一個(gè)順向的任務(wù)，但其實(shí)這中間發(fā)生了很多有意思的東西- 就像作者博客這樣簡(jiǎn)單的網(wǎng)站，何況像facebook那樣訪問(wèn)量大的網(wǎng)站呢！
* Web 服務(wù)器軟件
web服務(wù)器軟件（像IIS和阿帕奇）接收到HTTP請(qǐng)求，然后確定執(zhí)行什么請(qǐng)求處理來(lái)處理它。請(qǐng)求處理就是一個(gè)能夠讀懂請(qǐng)求并且能生成HTML來(lái)進(jìn)行響應(yīng)的程序（像ASP.NET,PHP,RUBY…）。
聯(lián)系客服
