摘要:介紹超文本傳輸協議,是互聯網上應用最為廣泛的一種網絡協議。年美國人構思了一種通過計算機處理文本信息的方法,并稱之為超文本這成為了超文本傳輸協議標準架構的發展根基。
Http介紹
超文本傳輸協議(HTTP,HyperText Transfer Protocol)是互聯網上應用最為廣泛的一種網絡協議。所有的WWW文件都必須遵守這個標準。設計HTTP最初的目的是為了提供一種發布和接收HTML頁面的方法。1960年美國人Ted Nelson構思了一種通過計算機處理文本信息的方法,并稱之為超文本(hypertext),這成為了HTTP超文本傳輸協議標準架構的發展根基。以上并非此次文章重點,更詳細的http介紹請移步 www.baidu.com
Http是一種網絡協議,而且是無狀態的超文本協議,基于Tcp/Ip協議的應用層協議。
我要IP當用戶請求某個域名的資源,比如在瀏覽器敲入http://www.qq.com的時候,瀏覽器首先會根據輸入的域名去查詢IP地址。去哪查呢?這里就需要引入DNS的概念,可以把DNS看做是域名映射IP的賬簿。
當客戶端發送一個DNS請求的時候,首先本地的DNS服務器會接收到請求,會在本地先查詢緩存中有沒有當前域名和IP的映射關系,如果有則直接返回IP信息,如果沒有,則會詢問其他DNS服務器,這里簡單說一下網絡上DNS服務器的結構,DNS服務器在網絡上是樹狀結構的,存在一個根服務器,根服務器的子節點是一級域名服務器(比如 .com, .cn),一級域名服務器的子節點又稱為權威(權限)DNS服務器
當本地DNS服務器沒有相關查詢信息的時候會依照以上樹的順序查詢域名和IP的對應關系,查到之后會緩存到本地DNS,這個過程最終的結果就是獲取到相關域名對應的IP地址,如果客戶端輸入的是IP地址信息,則省略了以上查詢IP的過程了。
訪問互聯網的任何網站本質上都是依據IP來尋址的。建立Tcp連接
當一個http請求發出之后,并且獲取到了正確的服務器IP地址,這個時候就可以建立連接了。有一點需要明確:http協議是基于Tcp協議的。所以第一步就需要建立Tcp連接,這個過程就是很多網絡文章所說的三次握手:
Client:Hi,我是 Client。
Server:您好 Client,我是 Server。
Client:您好 Server...
這里是三次握手可以以這樣的順序來表示:client的問->server的答->client的答
有的面試官無聊會問為什么是三次握手而不是兩次或者四次五次呢?你可以理解,當兩個人A和B要想互相聯系的時候,最簡單的方式就是A提問然后能收到B的回答,B提問能收到A的回答。這也是三次握手的核心。
平時所說的Tcp是面向連接的,這里的連接其實是雙方約定一定格式來進行通信的過程(包括發包的順序,buffer的大小等約定),在邏輯上好像是維持了一條連接而已。我要出網關
一旦Tcp連接建立起來,http請求就可以組織數據發送報文了。目前http協議的版本大部分是1.1,在這個版本中有一個屬性 Keep-Alive,這個屬性標示要保持此http連接建立的TCP連接,默認是開啟的。
網絡上有文章大篇幅描述http的長連接信息,其實是錯誤的說法,長連接是針對tcp連接,http連接打開keepalive選項只不過保持了tcp連接不斷開而已。
HTTP 的報文大概分為三大部分。第一部分是請求行,第二部分是請求頭(header),第三部分是請求體(body)。這里具體的http協議其他概念不再展開討論,因為內容有點多。http協議位于應用層,所以要發送的報文首先會把http協議相關的內容包含在包中,然后傳給下一層。
.png)
下一層是傳輸層,這一層主要有兩個協議:Tcp和Udp,http協議選擇的是tcp協議,tcp會有兩個端口信息,一個是源端口,一個是目標端口,比如http請求一般目標端口是80。傳輸層把端口信息封裝完畢,接著把請求包傳給網絡層。
.png)
網絡層的協議是IP協議,在這一層會把源Ip地址和目標IP地址封裝進去(目標IP就是請求的網站ip,查詢dns獲得)。
.png)
操作系統知道了要發往的IP地址,會判斷這個ip是否在本地局域網內(根據子網掩碼來判斷),如果不在的話,則需要網關把這個請求發送出去(網關的ip一般是DHCP協議配置的)。操作系統怎么獲取網關在哪呢?這個過程基本上靠的是廣播,應用的協議是ARP協議,當局域網內的所有設備接收到ARP協議的內容之后會判斷ip是否和網關ip相同,如果相同就會回復,經過這個過程,系統找到了網關,獲取到了網關的MAC地址,并把網關的MAc地址和本機的MAc地址封裝進請求包,發給下一層MAC層,最后網卡把消息發往網關。
.png)
MAC地址主要用在同一個局域網內定位某個計算機,是在局域網內才有效的地址到達目標服務器
請求包到達網關,網關會根據消息的MAC地址來判斷是否和自己的mac相同,如果相同則把消息接收下來。接著會判斷消息中目標IP,如果目標IP未在自己的局域網中,則需要根據自己的路由規則把消息發送給下一個相連的網關。網關和網關之間是通信的,至于網關怎么計算出最優路徑這里不再展開。我們以常見的家庭路由器為例,每個路由器的網關IP其實是運營商給分配的,并且網絡包發送出去一般都是采用修改IP的方式(NAT)。具體步驟:
網關檢查目標IP是否在自己的局域網內,如果不在,則獲取要傳送的下一個網關mac和IP,把目標IP和mac修改為下一個網關的IP和mac,并把來源IP和mac修改為當前網關的IP(外網IP)和mac。
下一個網關收到消息,首先檢查mac是否和自己匹配,如果匹配接會檢查目標IP是否在自己的局域網內,如果不在則重復以上步驟
重復以上步驟直到目標服務器所在的網關。
目標服務器所在的網關收到消息,會判斷出來當前的目標IP在我的局域網范圍,就不會在跳躍下一個網關,而是向局域網內發ARP請求尋找目標服務器,目標服務器收到請求會響應,網關會把具體的請求發送給目標服務器。
目標服務器收到消息會解析請求的消息,在對比完mac和IP信息之后,會得到端口的信息,目標服務器則在本機尋找監聽這個端口的程序,http服務器很有可能是nginx或者其他web服務器。
請求通過端口傳送給具體的處理的程序,程序會解析http請求的內容,根據內容作出相應的回復。
請求按照以上所有步驟把響應返回給請求方(網關路由器會記住來源路徑),至此一個http請求結束。
網關(路由器)之間通過路由表來決定下一個跳躍的網關地址寫在最后
以上只是http請求的一個大概過程,其實每一步都非常復雜,沒有詳細展開。比如:路由協議、ip的分配 等等。
添加關注,查看更精美版本,收獲更多精彩
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/54055.html
摘要:正確做法是給加索引,還有聯合索引,并不能避免全表掃描。 前言:有收獲的話請加顆小星星,沒有收獲的話可以 反對 沒有幫助 舉報三連 有心的同學應該會看到我這個noteBook下面的其它知識,希望對你們有些許幫助。 本文地址 時間點:2017-11 一個16年畢業生所經歷的php面試 一、什么是面試 二、面試準備 1. 問:什么時候開始準備? 2. 問:怎么準備? 三、面試...
摘要:響應由三個部分組成,分別是狀態行消息報頭響應正文。詳情參考小汪之前寫的文章瀏覽器內核之解釋器和模型解釋解釋過程是指從字符串經過解釋器處理后變成渲染引擎內部規則的表示過程。 showImg(https://segmentfault.com/img/remote/1460000016404846); 前言 小汪最近在看【WebKit 技術內幕】一書,說實話,這本書寫的太官方了,不通俗易懂。...
摘要:我覺得了解簡歷和面試的技巧可以幫助你更好的去學習重要的知識點以及更好地去準備面試以及面試,說實話,我個人覺得這些東西還挺重要的。在本文里,我將介紹我這段時間里更新簡歷和面試的相關經歷。 分享一篇很不錯的文章!本文作者曾經寫過《Java Web輕量級開發面試教程》和 《Java核心技術及面試指南》這兩本書。我覺得了解簡歷和面試的技巧可以幫助你更好的去學習重要的知識點以及更好地去準備面試以...
摘要:面試官比較著急了,跟我溝通的時候,我才知道返回值不一定非要跟原生的一樣。騰訊一面平常開發怎么設計組件的。總結騰訊面試的感覺就是,沒有那么正式,都是部門的技術直接聯系的你,然后二面就是部門負責人了,決定了是否入職。 引入 面試過去了這么久,把八月份面試題和總結發一下吧,雖然年底大家可能都不換工作~ 還是可以看看的。 關于面試,引用葉老濕的一句話。你的簡歷是自己工作的答卷,項目經歷是你給面...
摘要:軟件測試自學秘訣面試失敗一天,心態穩的一批,因為面試的全是外包人事幫我聯系的公司,工資全都是一萬以上,之前只有四五千的自己根本不覺得自己能勝任。 個人是去年年底零基礎轉行,兩三千培訓費學出來,學完后也是稀里糊涂,僅是知道功能測試就是找問題,其他接口,性能,數據庫,python基礎,虛擬機搭建網站都實現了課程展示那樣。面試資...
閱讀 2653·2021-10-08 10:04
閱讀 2745·2021-09-06 15:02
閱讀 834·2019-08-30 13:50
閱讀 1563·2019-08-30 13:21
閱讀 2598·2019-08-30 11:15
閱讀 2124·2019-08-29 17:19
閱讀 1591·2019-08-26 13:55
閱讀 1270·2019-08-26 10:15