建站
咨詢
售后
建站咨詢
新聞中心
本文轉載自微信公眾號「前端萬有引力」，作者一川。轉載本文請聯(lián)系前端萬有引力公眾號。
寫在前面
秋招已經開始，校招筆試面試環(huán)節(jié)經?？疾臁队嬎銠C網絡》、《操作系統(tǒng)》、《數(shù)據(jù)庫原理》等計算機基礎知識，對于應屆生而言這是必須掌握的技能。已經工作的伙伴在技術發(fā)展遇到瓶頸，不妨將基礎再進行鞏固，才能讓自己走得更遠。
初識HTTP
HTTP協(xié)議
瀏覽器的簡易原理圖
HTTP：超文本傳輸協(xié)議(HTTP)是一種通信協(xié)議，它允許將超文本標記語言文檔從web服務器傳送到客戶端的瀏覽器。HTTP協(xié)議是構建在TCP/IP協(xié)議之上的，是TCP/IP協(xié)議的一個子集。
TCP/IP族：TCP/IP協(xié)議是一系列與互聯(lián)網相關聯(lián)的協(xié)議集合的總成，分層管理是TCP/IP協(xié)議的重要特征。TCP/IP族通常由應用層、傳輸層、網絡層以及數(shù)據(jù)鏈路層構成的系統(tǒng)。
計算機網絡的分層
應用層：應用層一般是編寫的應用程序，決定向用戶提供什么應用服務?？梢酝ㄟ^系統(tǒng)調用與傳輸層進行通信，比如：FTP、DNS、HTTP等。
傳輸層：傳輸層是通過系統(tǒng)調用向應用層提供處于網絡連接中的兩臺計算機之間的數(shù)據(jù)傳輸功能。傳輸層具有兩個不同性質的協(xié)議：TCP和UDP。TCP是面向連接的，可靠的，效率低。UDP是無連接的，可靠性低，效率高
網絡層：網絡層是用于處理在網絡上流動的數(shù)據(jù)包，而數(shù)據(jù)包是網絡傳輸?shù)淖钚?shù)據(jù)單位。此層規(guī)定了通過什么路徑(傳輸路線)到達對方對方計算機，并把數(shù)據(jù)包傳輸給對方。
鏈路層：鏈路層用于處理連接網絡的硬件部分，包括控制操作系統(tǒng)、硬件設備驅動、NIC網絡適配器以及光纖等物理可見部分。硬件上的范疇均在鏈路層的作用范圍內。
數(shù)據(jù)包的封裝過程
HTTP的傳輸過程
在發(fā)送端發(fā)送數(shù)據(jù)時，數(shù)據(jù)會從上層傳輸?shù)较聦?，且每經過一層都會被打上該層的頭部信息。而接收端接收數(shù)據(jù)時，數(shù)據(jù)會從下層傳輸?shù)缴蠈?，傳輸前會把下層的頭部信息刪除。
在下圖中，當你想在瀏覽器查看某個頁面時，會在應用層發(fā)起一個HTTP請求，通過傳輸層的TCP協(xié)議進行分割HTTP報文，并為每個報文打上標記序號、端口號等信息后發(fā)送到網絡層。在網絡層通過IP協(xié)議為每個報文增加作為通訊目的地的MAC地址，然后轉發(fā)給鏈路層，接收端的服務器在鏈路層接收請求的HTTP數(shù)據(jù)。在服務器返回到瀏覽器的流程則是相反的。
HTTP數(shù)據(jù)傳輸過程
TCP的三次握手
使用TCP協(xié)議進行通信的雙方必須先建立連接，然后才能開始傳輸數(shù)據(jù)。為了確保連接雙方的可靠性，在雙方建立連接時，TCP協(xié)議會采用三次握手策略。
第一次握手：客戶端發(fā)送帶有SYN標志的連接請求報文段，然后進入SYN_SEND狀態(tài)，等待服務端的確認。
第二次握手：服務端接受到客戶端的SYN報文段后，需要發(fā)送ACK信息對這個SYN報文段進行確認，同時還要發(fā)送自己的SYN請求信息。服務端會將上述的信息放到一個報文段(SYN+ACK報文段)中，一并發(fā)送給客戶端，此時服務端將會進入SYN_SEND狀態(tài)。
第三次握手：客戶端接收到服務端的SYN+ACK報文段后，會向服務端發(fā)送ACK確認報文段，這個報文段發(fā)送完畢后，客戶端和服務端都進入ESTABLISHED狀態(tài)，完成TCP三次握手。
客戶端與服務端之間的三次握手
講到這里，通常會有疑問：為什么TCP協(xié)議要進行三次握手而不是兩次呢?
這是因為要建立可靠的通信，首先客戶端和服務端都得確保對方具有完整的收發(fā)能力。第一次握手客戶端發(fā)送請求報文給服務端，服務端可以確認客戶端的發(fā)送能力是正常的以及服務端的接收能力是正常的;第二次握手客戶端接收到服務端返回的報文信息，可以確認服務端的收發(fā)能力是正常的，同時客戶端的收發(fā)能力是正常的;第三次握手客戶端再次向服務端發(fā)送確認信息，此時服務端可以確認客戶端的接收報文的能力和服務端的發(fā)送能力是正常。最后能夠確認雙方的收發(fā)能力是正常的，因此需要進行三次握手，而兩次握手是不能彼此確認雙方的收發(fā)能力是否正常。
DNS域名解析
在上面的知識點中，我們知道與HTTP有著密切聯(lián)系的TCP/IP協(xié)議，而DNS服務與HTTP協(xié)議也有著密不可分的關系。
比如說你要訪問百度www.baidu.com，可以使用主機名100.100.10.10或者域名www.baidu.com進行訪問，但是相比于一串純數(shù)字的IP地址而言，使用域名更容易讓人記住和訪問。要知道在計算機網絡中TCP/IP協(xié)議使用的就是IP地址進行訪問，因此需要通過一種機制將域名轉換為IP地址。而 DNS服務正是用于解決這個問題的，可以提供域名到IP地址之間的解析服務，其實就像我們打電話時查閱通訊錄一樣。
DNS域名解析過程
如圖所示，當我們在瀏覽器輸入www.baidu.com時，具體細節(jié)如下：
① TCP/IP協(xié)議會先去訪問本地域名解析器，當搜索到對應的IP地址則直接返回到客戶端，客戶端則直接向服務端發(fā)起HTTP請求;而當沒有搜索到www.baidu.com對應的IP地址時，則向上溯源，查找上一級域名解析器
② TCP/IP協(xié)議訪問根域名服務器搜索對應的IP地址，若同樣的搜索通過則沿原路返回到客戶端;若沒有搜索到則繼續(xù)溯源搜尋
③ TCP/IP協(xié)議一直溯源搜尋直至頂級域名服務器，搜尋沿原路返回，否則則告知客戶端沒有此域名
HTTP事務處理過程
當客戶端訪問WEB站點時，首先會用過DNS服務查詢到域名對應的IP地址，返回到客戶端生成HTTP請求，通過TCP/IP協(xié)議發(fā)送給WEB服務器。WEB服務器接收到請求后，會根據(jù)請求生成相應內容，并通過TCP/IP協(xié)議返回到客戶端。
HTTP事務處理過程
參考資料
- 《超詳細 DNS 協(xié)議解析》
- 《圖解HTTP》
- 《計算機網絡》
- 慕課網《編程必備基礎-大話HTTP協(xié)議》
本文標題：基礎|你必須得會網絡知識之初識HTTP
轉載源于：http://m.5511xx.com/article/codjcjo.html
