TAB java面試指南篇——計算機網絡常見面試總結

請大家多多點贊，評論，轉發，關注！！！謝謝

計算機網絡常見面試總結

• 計算機網絡常見問題回顧
• 2.1 TCP、UDP 協議的區別
• 2.2 在瀏覽器中輸入url地址 ->> 顯示主頁的過程
• 2.3 各種協議與HTTP協議之間的關係
• 2.4 HTTP長連接、短連接
• 2.5 TCP 三次握手和四次揮手

計算機網絡常見問題回顧

• TCP三次握手和四次揮手、
• 在瀏覽器中輸入url地址->>顯示主頁的過程
• TCP 協議如何保證可靠傳輸
• HTTP和HTTPS的區別
• TCP、UDP協議的區別
• 常見的狀態碼。

下面列舉幾個常見問題的回答！

2.1 TCP、UDP 協議的區別

UDP 在傳送數據之前不需要先建立連接，遠地主機在收到 UDP 報文後，不需要給出任何確認。雖然 UDP 不提供可靠交付，但在某些情況下 UDP 確是一種最有效的工作方式（一般用於即時通信），比如： QQ 語音、 QQ 視頻 、直播等等

TCP 提供面向連接的服務。在傳送數據之前必須先建立連接，數據傳送結束後要釋放連接。 TCP 不提供廣播或多播服務。由於 TCP 要提供可靠的，面向連接的運輸服務（TCP的可靠體現在TCP在傳遞數據之前，會有三次握手來建立連接，而且在數據傳遞時，有確認、窗口、重傳、擁塞控制機制，在數據傳完後，還會斷開連接用來節約系統資源），這一難以避免增加了許多開銷，如確認，流量控制，計時器以及連接管理等。這不僅使協議數據單元的首部增大很多，還要佔用許多處理機資源。TCP 一般用於文件傳輸、發送和接收郵件、遠程登錄等場景。

2.2 在瀏覽器中輸入url地址 ->> 顯示主頁的過程

打開一個網頁，整個過程會使用哪些協議

總體來說分為以下幾個過程:

1. DNS解析
2. TCP連接
3. 發送HTTP請求
4. 服務器處理請求並返回HTTP報文
5. 瀏覽器解析渲染頁面
6. 連接結束

2.3 各種協議與HTTP協議之間的關係

一般面試官會通過這樣的問題來考察你對計算機網絡知識體系的理解。

2.4 HTTP長連接、短連接

在HTTP/1.0中默認使用短連接。也就是說，客戶端和服務器每進行一次HTTP操作，就建立一次連接，任務結束就中斷連接。當客戶端瀏覽器訪問的某個HTML或其他類型的Web頁中包含有其他的Web資源（如JavaScript文件、圖像文件、CSS文件等），每遇到這樣一個Web資源，瀏覽器就會重新建立一個HTTP會話。

而從HTTP/1.1起，默認使用長連接，用以保持連接特性。使用長連接的HTTP協議，會在響應頭加入這行代碼：

在使用長連接的情況下，當一個網頁打開完成後，客戶端和服務器之間用於傳輸HTTP數據的TCP連接不會關閉，客戶端再次訪問這個服務器時，會繼續使用這一條已經建立的連接。Keep-Alive不會永久保持連接，它有一個保持時間，可以在不同的服務器軟件（如Apache）中設定這個時間。實現長連接需要客戶端和服務端都支持長連接。

HTTP協議的長連接和短連接，實質上是TCP協議的長連接和短連接。

2.5 TCP 三次握手和四次揮手(面試常客)

為了準確無誤地把數據送達目標處，TCP協議採用了三次握手策略。

漫畫圖解：

簡單示意圖：

• 客戶端–發送帶有 SYN 標誌的數據包–一次握手–服務端
• 服務端–發送帶有 SYN/ACK 標誌的數據包–二次握手–客戶端
• 客戶端–發送帶有帶有 ACK 標誌的數據包–三次握手–服務端

為什麼要三次握手?

三次握手的目的是建立可靠的通信信道，說到通訊，簡單來說就是數據的發送與接收，而三次握手最主要的目的就是雙方確認自己與對方的發送與接收是正常的。

第一次握手：Client 什麼都不能確認；Server 確認了對方發送正常

第二次握手：Client 確認了：自己發送、接收正常，對方發送、接收正常；Server 確認了：自己接收正常，對方發送正常

第三次握手：Client 確認了：自己發送、接收正常，對方發送、接收正常；Server 確認了：自己發送、接收正常，對方發送接收正常

所以三次握手就能確認雙發收發功能都正常，缺一不可。

為什麼要傳回 SYN

接收端傳回發送端所發送的 SYN 是為了告訴發送端，我接收到的信息確實就是你所發送的信號了。

SYN 是 TCP/IP 建立連接時使用的握手信號。在客戶機和服務器之間建立正常的 TCP 網絡連接時，客戶機首先發出一個 SYN 消息，服務器使用 SYN-ACK 應答表示接收到了這個消息，最後客戶機再以 ACK(Acknowledgement[漢譯：確認字符 ,在數據通信傳輸中，接收站發給發送站的一種傳輸控制字符。它表示確認發來的數據已經接受無誤。 ]）消息響應。這樣在客戶機和服務器之間才能建立起可靠的TCP連接，數據才可以在客戶機和服務器之間傳遞。

傳了 SYN,為啥還要傳 ACK

雙方通信無誤必須是兩者互相發送信息都無誤。傳了 SYN，證明發送方到接收方的通道沒有問題，但是接收方到發送方的通道還需要 ACK 信號來進行驗證。

斷開一個 TCP 連接則需要“四次揮手”：

• 客戶端-發送一個 FIN，用來關閉客戶端到服務器的數據傳送
• 服務器-收到這個 FIN，它發回一 個 ACK，確認序號為收到的序號加1 。和 SYN 一樣，一個 FIN 將佔用一個序號
• 服務器-關閉與客戶端的連接，發送一個FIN給客戶端
• 客戶端-發回 ACK 報文確認，並將確認序號設置為收到序號加1

為什麼要四次揮手

任何一方都可以在數據傳送結束後發出連接釋放的通知，待對方確認後進入半關閉狀態。當另一方也沒有數據再發送的時候，則發出連接釋放通知，對方確認後就完全關閉了TCP連接。

舉個例子：A 和 B 打電話，通話即將結束後，A 說“我沒啥要說的了”，B回答“我知道了”，但是 B 可能還會有要說的話，A 不能要求 B 跟著自己的節奏結束通話，於是 B 可能又巴拉巴拉說了一通，最後 B 說“我說完了”，A 回答“知道了”，這樣通話才算結束。