菜菜哥，X總在產品部瞎指揮，作為程序媛的我都快撐不住了
不光你撐不住了，大家都要撐不住了，外行人指導內行人，呵呵
前天我偷偷的去面試了，結果掛了
出去轉轉其實是好事，面試官問你什么了？
他讓我描述一個Http請求的過程，我沒回答上來，給我講講唄
靠近點，我給你補一補這塊知識
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...
有的面試官無聊會問為什么是三次握手而不是兩次或者四次五次呢？你可以理解，當兩個人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協議相關的內容包含在包中，然后傳給下一層。
下一層是傳輸層，這一層主要有兩個協議：Tcp和Udp，http協議選擇的是tcp協議，tcp會有兩個端口信息，一個是源端口，一個是目標端口，比如http請求一般目標端口是80。傳輸層把端口信息封裝完畢，接着把請求包傳給網絡層。
網絡層的協議是IP協議，在這一層會把源Ip地址和目標IP地址封裝進去（目標IP就是請求的網站ip，查詢dns獲得）。
操作系統知道了要發往的IP地址，會判斷這個ip是否在本地局域網內（根據子網掩碼來判斷），如果不在的話，則需要網關把這個請求發送出去（網關的ip一般是DHCP協議配置的）。操作系統怎么獲取網關在哪呢？這個過程基本上靠的是廣播，應用的協議是ARP協議，當局域網內的所有設備接收到ARP協議的內容之后會判斷ip是否和網關ip相同，如果相同就會回復，經過這個過程，系統找到了網關，獲取到了網關的MAC地址，並把網關的MAc地址和本機的MAc地址封裝進請求包，發給下一層MAC層,最后網卡把消息發往網關。
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的分配 等等。
互聯網之路，菜菜與君一同成長
長按識別二維碼關注
