tips：接下去會(huì)在github寫(xiě)博客，簡(jiǎn)書(shū)不再更新和修改文章，歡迎大家逛逛我的新博客點(diǎn)擊查看 ，我會(huì)盡量用更容易理解的方式寫(xiě)好每一篇博客,大家一起學(xué)習(xí)交流??。

使用 HTTP 協(xié)議訪問(wèn) Web

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

Web 是建立在 HTTP 協(xié)議上通 信的。

網(wǎng)絡(luò)基礎(chǔ) TCP/IP

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

TCP/IP 是互聯(lián)網(wǎng)相關(guān)的各類協(xié)議族的總稱

TCP/IP 的分層管理

TCP/IP 協(xié)議族里重要的一點(diǎn)就是分層。TCP/IP 協(xié)議族按層次分別分 為以下 4 層：應(yīng)用層、傳輸層、網(wǎng)絡(luò)層和數(shù)據(jù)鏈路層。

• 應(yīng)用層
  應(yīng)用層決定了向用戶提供應(yīng)用服務(wù)時(shí)通信的活動(dòng)。
  TCP/IP 協(xié)議族內(nèi)預(yù)存了各類通用的應(yīng)用服務(wù)。比如，F(xiàn)TP（File Transfer Protocol，文件傳輸協(xié)議）和 DNS（Domain Name System，域 名系統(tǒng)）服務(wù)就是其中兩類。
  HTTP 協(xié)議也處于該層。

• 傳輸層
  傳輸層對(duì)上層應(yīng)用層，提供處于網(wǎng)絡(luò)連接中的兩臺(tái)計(jì)算機(jī)之間的數(shù)據(jù) 傳輸。

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

• 鏈路層
  用來(lái)處理連接網(wǎng)絡(luò)的硬件部分。

TCP/IP 通信傳輸流

利用 TCP/IP 協(xié)議族進(jìn)行網(wǎng)絡(luò)通信時(shí)，會(huì)通過(guò)分層順序與對(duì)方進(jìn)行通 信。發(fā)送端從應(yīng)用層往下走，接收端則往應(yīng)用層往上走。

發(fā)送端在層與層之間傳輸數(shù)據(jù)時(shí)，每經(jīng)過(guò)一層時(shí)必定會(huì)被打上一個(gè)該 層所屬的首部信息。反之，接收端在層與層傳輸數(shù)據(jù)時(shí)，每經(jīng)過(guò)一層 時(shí)會(huì)把對(duì)應(yīng)的首部消去。

與 HTTP 關(guān)系密切的協(xié)議 : IP、TCP 和 DNS

負(fù)責(zé)傳輸?shù)?IP 協(xié)議

IP（Internet Protocol）網(wǎng)際協(xié)議位于網(wǎng)絡(luò)層。
有人會(huì)把“IP”和“IP 地址”搞混，“IP”其實(shí)是一種協(xié)議的名稱。

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

IP 地址指明了節(jié)點(diǎn)被分配到的地址，MAC 地址是指網(wǎng)卡所屬的固定 地址。

IP 間的通信依賴 MAC 地址。在網(wǎng)絡(luò)上，通信的雙方在同一局域網(wǎng) （LAN）內(nèi)的情況是很少的，通常是經(jīng)過(guò)多臺(tái)計(jì)算機(jī)和網(wǎng)絡(luò)設(shè)備中轉(zhuǎn) 才能連接到對(duì)方。而在進(jìn)行中轉(zhuǎn)時(shí)，會(huì)利用下一站中轉(zhuǎn)設(shè)備的 MAC 地址來(lái)搜索下一個(gè)中轉(zhuǎn)目標(biāo)。

確?？煽啃缘?TCP 協(xié)議

TCP 位于傳輸層，提供可靠的字節(jié)流服務(wù)。
TCP 協(xié)議為了更容易傳送大數(shù)據(jù)才把數(shù)據(jù)分割，而且 TCP 協(xié)議能夠 確認(rèn)數(shù)據(jù)最終是否送達(dá)到對(duì)方。

為了準(zhǔn)確無(wú)誤地將數(shù)據(jù)送達(dá)目標(biāo)處，TCP 協(xié)議采用了三次握手

握手過(guò)程中使用了 TCP 的標(biāo)志:SYN和ACK（acknowledgement，確認(rèn)的意思）

發(fā)送端首先發(fā)送一個(gè)帶 SYN 標(biāo)志的數(shù)據(jù)包給對(duì)方。接收端收到后， 回傳一個(gè)帶有 SYN/ACK 標(biāo)志的數(shù)據(jù)包以示傳達(dá)確認(rèn)信息。最后，發(fā) 送端再回傳一個(gè)帶 ACK 標(biāo)志的數(shù)據(jù)包，代表“握手”結(jié)束。

負(fù)責(zé)域名解析的 DNS 服務(wù)

DNS（Domain Name System，域名系統(tǒng)）服務(wù)是和 HTTP 協(xié)議一樣位于應(yīng)用層的 協(xié)議。它提供域名到 IP 地址之間的解析服務(wù)。

DNS 協(xié)議提供通過(guò)域名 查找 IP 地址，或逆向從 IP 地址反查域名的服務(wù)。

各種協(xié)議與 HTTP 協(xié)議的關(guān)系

一圖勝千言

URI 和 URL

與 URI（統(tǒng)一資源標(biāo)識(shí)符）相比，我們更熟悉 URL（Uniform Resource Locator，統(tǒng)一資源定位符）。

URL 正是使用 Web 瀏覽器等 訪問(wèn) Web 頁(yè)面時(shí)需要輸入的網(wǎng)頁(yè)地址。

統(tǒng)一資源標(biāo)識(shí)符

URI 用字符串標(biāo)識(shí)某一互聯(lián)網(wǎng)資源，而 URL 表示資源的地點(diǎn)（互聯(lián) 網(wǎng)上所處的位置）。可見(jiàn) URL 是 URI 的子集。

URI 格式

絕對(duì) URI 的格式

使用 http: 或 https:

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

登錄信息（認(rèn)證）

指定用戶名和密碼作為從服務(wù)器端獲取資源時(shí)必要的登錄信息（身份 認(rèn)證）。此項(xiàng)是可選項(xiàng)。

服務(wù)器地址

使用絕對(duì) URI 必須指定待訪問(wèn)的服務(wù)器地址。地址可以是類似 hackr.jp 這種 DNS 可解析的名稱，或是 192.168.1.1 這類 IPv4 地址 名，還可以是 [0:0:0:0:0:0:0:1] 這樣用方括號(hào)括起來(lái)的 IPv6 地址名。

服務(wù)器端口號(hào)

指定服務(wù)器連接的網(wǎng)絡(luò)端口號(hào)。此項(xiàng)也是可選項(xiàng)，若用戶省略則自動(dòng) 使用默認(rèn)端口號(hào)。

帶層次的文件路徑

指定服務(wù)器上的文件路徑來(lái)定位特指的資源。這與 UNIX 系統(tǒng)的文件目錄結(jié)構(gòu)相似。 查了下，macos和Linux兩者都是從UNIX來(lái)的。

查詢字符串

針對(duì)已指定的文件路徑內(nèi)的資源，可以使用查詢字符串傳入任意參 數(shù)。此項(xiàng)可選。 片段標(biāo)識(shí)符 使用片段標(biāo)識(shí)符通?？蓸?biāo)記出已獲取資源中的子資源（文檔內(nèi)的某個(gè) 位置）。