2. 瀏覽器查詢域名的IP地址

DNS有一點令人擔憂，這就是像wikipedia.org 或者 facebook.com這樣的整個域名看上去只是對應一個單獨的IP地址。還好，有幾種方法可以消除這個瓶頸：
* 迴圈 DNS 是DNS查詢時返回多個IP時的解決方案。舉例來說，Facebook.com實際上就對應了四個IP地址。
* 負載平衡器 是以一個特定IP地址進行偵聽並將網路請求轉發到叢集

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

我們似乎每天都要做這樣一件事情，開啟一個瀏覽器，輸入網址，回車，一個空白的頁面頓時有了東西，它可能是百度之類的搜尋頁面，或是一個擠滿了文字和圖片的入口網站。從我們開啟瀏覽器，到我們看到我們想看的內容，這過程究竟發生了什麼？
下面我們就從三個方面理解這個過程，一個是瀏覽器，二個是伺服器，第三個是瀏覽器和伺服器之間通訊的協議。在理解這三方面之前我們必須先搞明白將這三方面聯絡起來的一個詞：web。 
1，world wide web 
我們通常所說的web就是指world wide web。一般來講，這一種通過瀏覽器來訪問資源的技術。我們經常說的上網，應該大部都是指的是上萬維網(web)，但是我們經常將全球資訊網和因特網(Internet)搞混。因特網是一種網路互連的技術，它更指的是物理層面上的互連，而全球資訊網應該算是跑在因特網上的一種服務。
我們通常通過瀏覽器還訪問web，我們常見到的網頁中包含超文字，圖片，視訊音訊等各項內容。向我們提供這些資源的是一個一個的站點，通過網際網路，這些站點相互連線起來。我們通過超連結從一個網頁訪問到另外一個網頁，從一個站點到另外一個站點，所有的這一切組成一個龐大的網，這就是web。
支援web的技術，首先是底層的網路，因為web就是建立在Internet之上，web的基本協議是HTTP協議，它跑在TCP上的協議之上，而TCP協議又需要IP協議的支援，IP協議又要由底層鏈路來支撐，所以我們可以從高到第看到這樣一個協議棧 http->tcp->ip->連路層協議。要理解web到ip就已經足夠了。
我們可以想一想web上的資源有哪些？ 首先是文字，後來添加了圖片，到現在的各種音訊視訊資源，所有網際網路上的資源都要通過一個叫做URI的東西還標記，當然了我們更常見是URL。現在也不必糾結於兩者有何不同，URL就是URI的一個子集，URL給了我們資源的地址，所以我們能夠找到它。
現在看一個URL： 這是一個圖片的url。它是按照這樣的語法來定義：scheme://domain:port/path?query_string#fragment_id.scheme就是協議，在瀏覽器裡通常是http，例子中的是https是一種由HTTP和SSL/TLS組合起來的應用，用以提供加密通訊和對網路伺服器的身份驗證（http://zh.wikipedia.org/zh/HTTPS ）。然後就是域名，每個站點都至少有一個域名，上面例子上的域名部分是www.google.com.hk,這個域名也是分為三部分的，www是主機名，com.hk算是頂級域名，除了com還有cn,net等。域名後面是埠號預設為80，通常被省略，這是伺服器端伺服器軟體偵聽的埠，也是TCP裡面一個埠號的值。然後就是path，資源在伺服器上的路徑。最後問號部分的客戶端利用url傳給伺服器的一些引數值，通常值比較少，不太重要時這麼做。
2，協議
（1）HTTP協議
web裡最重要的協議就是HTTP協議，對於經典的ISO七層網路模型來說， HTTP處於最高層--應用層。HTTP應用的模型是client/server模型。因此對應著兩種HTTP訊息型別，request和response。客戶端向伺服器發出請求，伺服器向客戶端發回請求。下面看一下兩種型別訊息的格式：



 
下面分別進行解釋。
首先是HTTP Request Message
請求行：請求行以一個方法符號開頭，以空格分開，後面跟著請求的URI和協議的版本。請求方法常見的有:GET POST HEAD PUT等。
訊息報頭：在普通報頭中，有少數報頭域用於所有的請求和響應訊息，但並不用於被傳輸的實體，只用於傳輸的訊息。 請求報頭允許客戶端向伺服器端傳遞請求的附加資訊以及客戶端自身的資訊。 請求和響應訊息都可以傳送一個實體。一個實體由實體報頭域和實體正文組成，但並不是說實體報頭域和實體正文要在一起傳送，可以只發送實體報頭域。實體報頭定義了關於實體正文（eg：有無實體正文）和請求所標識的資源的元資訊。 POST請求的內容放在實體正文中。 
HTTP Response Message
狀態行：最主要的一個欄位是伺服器響應程式碼。比如，200 OK ，400 Bad Request ，401 Unauthorized ，403 Forbidden ，404 Not Found ，500 Internal Server Error ，503 Server Unavailable
訊息報頭：普通報頭和實體報頭與 請求報頭的類似。有區別的在於響應包頭，響應報頭允許伺服器傳遞不能放在狀態行中的附加響應資訊，以及關於伺服器的資訊和對Request-URI所標識的資源進行下一步訪問的資訊。

下面是ethereal抓到的一個get報文，post報文和響應報文，可以大概看一下。
 
 
 
(2)TCP協議
HTTP協議基於TCP協議，也就是HTTP的所有內容將作為TCP的實體被封裝到TCP報文裡面。TCP協議是面向連線，可靠的傳輸機制。也就是說客戶端在與伺服器互動資料的過程中會有一個連線建立和釋放的過程，看上面的Http頭部欄位可以看到相關的欄位。TCP有強大的視窗機制能夠適應傳送方和接收方的傳送接收能力，也能根據整個網路狀況進行調整。
（3）IP協議
IP協議處於整個TCP/IP協議族的承上啟下地位。我們知道因特網上主機是靠一個32位的ip地址來定位的，HTTP用的URL也算是地址，但是比較高階，IP協議是理解不了的，所以需要一個從URL到IP的轉換，這個過程通過DNS(域名查詢系統)協議完成。我們用的每一臺電腦上都配置了DNS伺服器的地址，如果沒有配置那麼你的閘道器預設充當了，當我們有一個URL想知道對應的IP時就需要向DNS伺服器傳送查詢請求了，它會把查詢的結果發回。
2，瀏覽器
在web的世界裡最不能少的角色就是瀏覽器。前面我們說到HTTP協議，HTTP訊息有兩種，request和response。瀏覽器的主要工作就是傳送http request報文和接收處理http response報文。沒有看過瀏覽器的開源文件，但是我覺得一個軟體只要完成下面幾件事，基本上就可以稱的上一個瀏覽器了。
(1)能夠根據使用者的請求生成合適的HTTP REQUEST報文。比如使用者在瀏覽器位址列上輸入地址進行訪問，瀏覽器要能夠生成HTTP GET報文，表單的傳送生成POST報文等等。
(2) 能夠對各種的RESPONSE進行處理。
(3)渲染Html文件，生成文件樹，能夠解釋css，還要有個javascript引擎。
(4)能夠發起dns查詢得到ip地址。
瀏覽器是個非常複雜的軟體，當然現在的瀏覽器對http協議的支援應該不是問題，它們主要糾結於html文件渲染部分，對於使用者層出不窮的新需求，w3c層出不窮的新標準，瀏覽器的路應該才剛剛開始。 
3， 伺服器
伺服器有兩個層級的概念，它可以是機器，它上面存著一個站點的所有東西，也可以是軟體，安裝在一個也叫做伺服器的機器上，幫助這個機器分發使用者想要的東西。 我對伺服器研究不多,只是用過幾次apache。所以只是簡單的談談我的認識。
伺服器最基本的功能就是響應客戶端的資源請求。伺服器首先會偵聽80埠，來了http請求，就根據請求進行處理，請求一個圖片那就根據路徑找到資源發回，請求靜態html頁面也是如此，如果請求的是像php這樣的動態頁面應該先呼叫php編譯器(或是直譯器吧)生成html程式碼，然後返回給客戶端。當然還要解決的一個問題就是並行問題以應對大訪問量。
因為對這方面不太瞭解，只想到了這麼多。

先說到這裡， 有了新的認識再寫。