? ? ?你是否知道我們在網(wǎng)頁瀏覽器地址欄輸入要訪問的url就能訪問到對(duì)應(yīng)的web頁面？
? ? ?實(shí)際上，當(dāng)我們輸入想要訪問的url后躬存，瀏覽器先分析url上的域名信息张惹，通過DNS服務(wù)器解析查詢到對(duì)應(yīng)的IP地址和web進(jìn)行通信，這個(gè)通信過程使用的就是HTTP協(xié)議岭洲。
? ? ?我們通過一個(gè)簡單的圖來闡述這個(gè)過程：
? ? ? HTTP（Hyper Text Transfer Protocol）宛逗，超文本傳輸協(xié)議，是通過請求和響應(yīng)的交換滿足客戶端和服務(wù)端通信盾剩。應(yīng)用HTTP協(xié)議進(jìn)行通信時(shí)雷激，必定一方擔(dān)任客戶端角色，另外一方擔(dān)任服務(wù)端的角色告私。請求訪問資源的是客戶端屎暇，提供資源的是服務(wù)端。整個(gè)基本的工作流程是客戶端發(fā)送一個(gè)HTTP請求驻粟，說明客戶端想要訪問的資源和請求的動(dòng)作根悼，服務(wù)端收到請求之后，服務(wù)端開始處理請求蜀撑，并根據(jù)請求做出相應(yīng)的動(dòng)作訪問服務(wù)器資源番挺，最后通過發(fā)送HTTP響應(yīng)把結(jié)果返回給客戶端。?
? ? ?但是HTTP協(xié)議是無狀態(tài)（stateless）協(xié)議屯掖，是指協(xié)議對(duì)于交互性場景沒有記憶能力玄柏，不會(huì)對(duì)曾經(jīng)發(fā)送過的請求或者響應(yīng)做持久性處理。每一次的請求都是相互獨(dú)立的贴铜。
? ? ? HTTP協(xié)議粪摘，超文本傳輸協(xié)議，顧名思義HTTP原來是為了文本傳輸而涉及绍坝，不是為了交互程序而設(shè)計(jì)徘意，因此不需要交互狀態(tài)的維護(hù)。例如：在點(diǎn)擊一個(gè)純的html網(wǎng)頁轩褐，請求獲取服務(wù)器的html文件資源時(shí)椎咧，每次http請求都會(huì)返回同樣的信息，因?yàn)檫@個(gè)是沒有交互的把介，每一次的請求都是相互獨(dú)立的勤讽，沒有先后順序∞痔撸可是隨著web的不斷發(fā)展脚牍，HTTP被用于動(dòng)態(tài)交互的場景。就顯得很尷尬了巢墅，何為交互诸狭？有來又有往券膀，對(duì)于一模一樣的兩個(gè)接口，不同的人在請求第二個(gè)接口時(shí)可能會(huì)基于請求第一個(gè)接口的結(jié)果而有所不同驯遇。
? ? ? 我們通過一個(gè)具體場景了解下：用戶登錄微信芹彬，無論操作微信任何功能，都需要保持登錄狀態(tài)叉庐。針對(duì)這個(gè)場景舒帮，微信為了能夠掌握是誰發(fā)出的請求，都需要保存用戶狀態(tài)信息眨唬。
? ? ?為了解決HTTP無狀態(tài)的特性阻礙交互場景的實(shí)現(xiàn)会前，兩種用于保持HTTP連接狀態(tài)的技術(shù)就應(yīng)運(yùn)而生了，一個(gè)是Cookie匾竿，而另一個(gè)則是Session瓦宜。Cookie實(shí)際上是一小段文本信息。當(dāng)客戶端初次訪問服務(wù)器時(shí)岭妖，服務(wù)器就會(huì)把客戶端信息用Session的形式記錄下來临庇，同時(shí)會(huì)給客戶端頒發(fā)一個(gè)Cookie，存在客戶端的本地文件中昵慌。后續(xù)客戶端想訪問服務(wù)器假夺，只需要把請求內(nèi)容和Cookie一同提交給服務(wù)器，服務(wù)器只需要從Session中查找用戶的信息進(jìn)行用戶驗(yàn)證斋攀。如果說Cookie機(jī)制是通過檢查客戶身上的“通行證”來確定客戶身份的話已卷，那么Session機(jī)制就是通過檢查服務(wù)器上的“客戶明細(xì)表”來確認(rèn)客戶身份。Session相當(dāng)于程序在服務(wù)器上建立的一份客戶檔案淳蔼，客戶來訪的時(shí)候只需要查詢客戶檔案表就可以了侧蘸。
? ? ?我們通過一個(gè)簡單的圖來簡單了解下：
?網(wǎng)卡：網(wǎng)卡是工作在鏈路層的網(wǎng)絡(luò)組建，是局域網(wǎng)中連接計(jì)算機(jī)和傳輸介質(zhì)的接口鹉梨。每一個(gè)網(wǎng)卡都有唯一的被稱為MAC地址的48位串行位讳癌。
ARP：主機(jī)A后以廣播方式發(fā)送一個(gè)ARP請求報(bào)文。ARP請求報(bào)文中的發(fā)送端IP地址和發(fā)送端MAC地址為主機(jī)A的IP地址和MAC地址存皂，目標(biāo)IP地址和目標(biāo)MAC地址為主機(jī)B的IP地址和全0的MAC地址晌坤。由于ARP請求報(bào)文以廣播方式發(fā)送，該網(wǎng)段上的所有主機(jī)都可以接收到該請求旦袋，但只有被請求的主機(jī)（即主機(jī)B）會(huì)對(duì)該請求進(jìn)行處理骤菠。? 主機(jī)B比較自己的IP地址和ARP請求報(bào)文中的目標(biāo)IP地址，當(dāng)兩者相同時(shí)進(jìn)行如下處理：將ARP請求報(bào)文中的發(fā)送端（即主機(jī)A）的IP地址和MAC地址存入自己的ARP表中猜憎。之后以單播方式發(fā)送ARP響應(yīng)報(bào)文給主機(jī)A娩怎，其中包含了自己的MAC地址
