摘要：網(wǎng)絡基礎通常使用的網(wǎng)絡包括互聯(lián)網(wǎng)是在協(xié)議族的基礎上運作的。協(xié)議族中的指的就是網(wǎng)際協(xié)議，協(xié)議名稱中占據(jù)了一半位置，其重要性可見一斑。確保可靠性的協(xié)議位于傳輸層，提供可靠的字節(jié)流服務。

Web瀏覽器根據(jù)地址欄中制定的 URL 從 Web 服務器獲取文件資源（resource）等信息，從而顯示出Web頁面。

超文本傳輸協(xié)議（HTTP，HyperText Transfer Protocol)是互聯(lián)網(wǎng)上應用最為廣泛的一種網(wǎng)絡協(xié)議。所有的WWW文件都必須遵守這個標準。設計HTTP最初的目的是為了提供一種發(fā)布和接收HTML頁面的方法。

通常使用的網(wǎng)絡（包括互聯(lián)網(wǎng)）是在TCP/IP協(xié)議族的基礎上運作的。而HTTP屬于它內部的一個子集。

計算機與網(wǎng)絡設備要互相通信，雙方就必須基于相同的方法。不同的硬件、操作系統(tǒng)之間的通信，都需要一種規(guī)則。而我們把這種規(guī)則稱為協(xié)議（protocol）。

TCP/IP協(xié)議族包括：TCP、IP、ICMP、FDDI、HTTP、FTP、UDP、SNMP等。

TCP/IP協(xié)議族按層次分為應用層、傳輸層、網(wǎng)絡層和數(shù)據(jù)鏈路層。

TCP/IP層次化的好處在于：層次化后，設計變得相對簡單，處于某一層次上的應用可以只考慮分派給自己的任務，不需要管其他層次的應用方式。

應用層決定了向用戶提供應用服務時通信的活動。

TCP/IP協(xié)議族內預存了各類通用的應用服務。比如FTP（FileTransfer Protocol，文件傳輸協(xié)議）和DNS（Domain Name System，域名系統(tǒng)）。

HTTP協(xié)議處于應用層。

傳輸層對上層應用層，提供處于網(wǎng)絡連接中的兩臺計算機之間的數(shù)據(jù)傳輸。

在傳輸層有兩個性質不同的協(xié)議：TCP（Transmission Control Protocol，傳輸控制協(xié)議）和UDP（User Data Protocol，用戶數(shù)據(jù)報協(xié)議）。

網(wǎng)絡層用來處理在網(wǎng)絡上流動的數(shù)據(jù)包。數(shù)據(jù)包是網(wǎng)絡傳輸?shù)淖钚?shù)據(jù)單位。該層規(guī)定了通過怎樣的路徑（所謂的傳輸路線）到達對方計算機，并把數(shù)據(jù)包傳送給對方。

與對方計算機之間通過多臺計算機或網(wǎng)絡設備進行傳輸時，網(wǎng)絡層所起的作用就是在眾多的選項中選擇一條傳輸路線。

用來處理網(wǎng)絡的硬件部分。包括控制操作系統(tǒng)、硬件的設備驅動、NI（Network Interface Card，網(wǎng)絡適配器，即網(wǎng)卡），及光纖等物理可見部分（還包括連接器等一切傳輸媒介）。硬件上的范疇均在鏈路層的作用范圍之內。

發(fā)送端在層與層之間傳輸數(shù)據(jù)時，每經過一層時必定會被打上一個該層所屬的首部信息。反之，接收端在層與層傳輸數(shù)據(jù)時，每經過一層時會把對應的首部消去。這種把數(shù)據(jù)信息包裝起來的做法稱為封裝（encapsulate）。

IP（Internet Protocol）網(wǎng)際協(xié)議位于網(wǎng)絡層。InternetProtocol 這個名稱可能聽起來有點夸張，但事實正是如此，因為幾乎所有使用網(wǎng)絡的系統(tǒng)都會用到 IP 協(xié)議。TCP/IP 協(xié)議族中的 IP 指的就是網(wǎng)際協(xié)議，協(xié)議名稱中占據(jù)了一半位置，其重要性可見一斑。可能有人會把“IP”和“IP 地址”搞混，“IP”其實是一種協(xié)議的名稱。

IP 協(xié)議的作用是把各種數(shù)據(jù)包傳送給對方。而要保證確實傳送到對方那里，則需要滿足各類條件。其中兩個重要的條件是 IP 地址和 MAC地址（Media Access Control Address）。

IP 地址指明了節(jié)點被分配到的地址，MAC 地址是指網(wǎng)卡所屬的固定地址。IP 地址可以和 MAC 地址進行配對。IP 地址可變換，但 MAC地址基本上不會更改。

TCP 位于傳輸層，提供可靠的字節(jié)流服務。

所謂的字節(jié)流服務（Byte Stream Service）是指，為了方便傳輸，將大塊數(shù)據(jù)分割成以報文段（segment）為單位的數(shù)據(jù)包進行管理。而可靠的傳輸服務是指，能夠把數(shù)據(jù)準確可靠地傳給對方。一言以蔽之，TCP 協(xié)議為了更容易傳送大數(shù)據(jù)才把數(shù)據(jù)分割，而且 TCP 協(xié)議能夠確認數(shù)據(jù)最終是否送達到對方。

為了準確無誤地將數(shù)據(jù)送達目標處，TCP 協(xié)議采用了三次握手
（three-way handshaking）策略。發(fā)送端首先發(fā)送一個帶 SYN 標志的數(shù)據(jù)包給對方。接收端收到后，回傳一個帶有 SYN/ACK 標志的數(shù)據(jù)包以示傳達確認信息。最后，發(fā)送端再回傳一個帶 ACK 標志的數(shù)據(jù)包，代表“握手”結束。若在握手過程中某個階段莫名中斷，TCP 協(xié)議會再次以相同的順序發(fā)送相同的數(shù)據(jù)包。

DNS（Domain Name System）服務是和 HTTP 協(xié)議一樣位于應用層的
協(xié)議。它提供域名到 IP 地址之間的解析服務。

域名方便人們的記憶，IP地址方便計算機處理，為了實現(xiàn)域名和IP地址之間的轉化，DNS 服務應運而生。DNS 協(xié)議提供通過域名查找 IP 地址，或逆向從 IP 地址反查域名的服務。

與 URI（Uniform Resource Identifier，統(tǒng)一資源標識符）相比，我們更熟悉 URL（UniformResource Locator，統(tǒng)一資源定位符）。URL正是使用 Web 瀏覽器等訪問 Web 頁面時需要輸入的網(wǎng)頁地址。比如，下圖的 http://hackr.jp/就是 URL。

使用 http: 或 https: 等協(xié)議方案名獲取訪問資源時要指定協(xié)議類型。不
區(qū)分字母大小寫，最后附一個冒號（:）。也可使用 data: 或 javascript: 這類指定數(shù)據(jù)或腳本程序的方案名。

登錄信息（認證）

指定用戶名和密碼作為從服務器端獲取資源時必要的登錄信息（身份
認證）。此項是可選項。

服務器地址

使用絕對 URI 必須指定待訪問的服務器地址。地址可以是類似
hackr.jp 這種 DNS 可解析的名稱，或是 192.168.1.1 這類 IPv4 地址
名，還可以是 [0:0:0:0:0:0:0:1] 這樣用方括號括起來的 IPv6 地址名

服務器端口號

指定服務器連接的網(wǎng)絡端口號。此項也是可選項，若用戶省略則自動使用默認端口號。

帶層次的文件路徑

指定服務器上的文件路徑來定位特指的資源。這與 UNIX 系統(tǒng)的文件目錄結構相似。

查詢字符串

針對已指定的文件路徑內的資源，可以使用查詢字符串傳入任意參數(shù)。此項可選。

片段標識符

使用片段標識符通常可標記出已獲取資源中的子資源（文檔內的某個位置）。但在 RFC 中并沒有明確規(guī)定其使用方法。該項也為可選項。