Java崗 面試考點精講（網路篇03期）

1. OSI七層模型

總結一下：

1. 應用用層按協議打包資料
2. 由傳輸層加上雙方的埠號
3. 由網路層加上雙方的IP地址
4. 由鏈路層加上雙方的MAC地址，并將資料拆分成資料幀
5. 數模信號轉換并由物理層傳輸到另一端

每一層的協議

• 物理層：RJ45、CLOCK、IEEE802.3 （中繼器，集線器，網關）
• 資料鏈路：PPP、FR、HDLC、VLAN、MAC （網橋，交換機）
• 網路層：IP、ICMP、ARP、RARP、OSPF、IPX、RIP、IGRP、 （路由器）
• 傳輸層：TCP、UDP、SPX
• 會話層：NFS、SQL、NETBIOS、RPC
• 表示層：JPEG、MPEG、ASII
• 應用層：FTP、DNS、Telnet、SMTP、HTTP、WWW、NFS

SSL作業在哪層

表示層

大家覺得本次面試題總結的寫得不錯的朋友，大家可以轉發+關注，然后掃描下方二維碼獲取更多面試題以及答案— 掃描添加暗號：【CSDN】

2. TCP/IP模型

TCP/IP模型實際上是OSI模型的一個濃縮版本，它只有四個層次：

1. 應用層，對應著OSI的應用層、表示層、會話層
2. 傳輸層，對應著OSI的傳輸層
3. 網路層，對應著OSI的網路層
4. 網路介面層，對應著OSI的資料鏈路層和物理層

OSI模型的網路層同時支持面向連接和無連接的通信，但是傳輸層只支持面向連接的通信；TCP/IP模型的網路層只提供無連接的服務，但是傳輸層上同時提供兩種通信模式，

3. 說一下TTL

Time To Live

資料包再傳輸程序中每經過一個路由器，TTL就減1，直到TTL=0時，資料包被丟棄，并發送ICMP報文通知源主機防止重復發送，

4. ping和tracert命令用的什么協議

ICMP

5. MTU是什么

最大傳輸單元，

由于不同硬體的物理特性不同，對資料幀的最大長度都有不同的限制，這個最大長度稱為MTU，

(然后通過路由對IP報文進行分片完成傳輸，)

6. 三次握手

6.1 部分報頭資訊宣告

seq: 序列號，表示資料第一個位元組的序號

ack: 確認序列號，表示期望收到的第一個位元組的序號

6.1.1 FLAG位

常用的由SYN、ACK、FIN，

SYN：用作建立連接時的同步信號，

ACK：用于對收到的資料進行確認，

FIN：表示后面沒有資料需要發送，連接需要關閉，

6.2 握手程序

第一次握手：客戶端發送資料包將SYN置1，表示希望建立連接，seq=x，發完后進入SYN_SEND狀態，

第二次握手：服務器收到請求后，通過SYN確認是建立連接請求，然后發送一個回應包，將SYN=1 ACK=1 seq=y ack=x+1,然后進入SYN_RCVDz狀態

第三次握手：客戶端收到服務器的SYN+ACK包，向服務器發送確認包ACK(ack=y+1)，此包發送完畢，客戶端和服務器進入ESTABLISHED狀態，完成三次握手，

7. 為什么要三次握手？

1. 保持資訊對等，
2. 防止請求超時導致臟連接，

8. 兩次握手會怎樣？

如果兩次握手就創建連接，傳輸完資料并釋放連接后，第一個超時的連接請求才到達服務器，服務器會認為是客戶端創建新連接的請求，然后創建連接，此時客戶端的狀態不是SYN_SENT，所以會直接丟棄服務器傳來的確認資料，導致最后只是服務器單方面建立了連接，

9. 四次揮手

這個圖不好畫，網上找了一個，

1. 客戶端想要關閉連接，然后發送FIN信號并帶上seq資訊給服務器，
2. 服務器應答ACK告訴客戶端可以斷開，但是要等我把資料發送完嘍，注意這時候客戶端進入FIN_WAIT_2狀態，
3. 服務器將資料發送完后發送FIN+ACK給客戶端，告訴客戶端OK了，然后自己進入CLOSE_WAIT狀態，
4. 客戶端收到后，給服務器發送ACK確認收到，然后自己進入TIME_WAIT狀態，

經過2MSL，客戶端沒有收到服務器傳來的報文，則確定服務器已經收到最后的ACK信號，連接正式釋放，

四次揮手白話文：

1. 客戶端：我斷連接了阿
2. 服務器：噢，好的知道了，不過要等等，我還有一些資料沒傳完，我傳完了告訴你，
3. 服務器：小老弟，我傳完了，可以關閉了，收到請回復(沒有回復的話我過會重新喊你)
4. 客戶端：收到(我得再等等，要確認我哥收到了我的回復)

為什么不直接關閉而是進入TIME_WAIT呢？

1. 客戶端要確認服務器能收到ACK信號，(如果不確認這一點，服務器會認為客戶端沒有收到自己的FIN+ACK報文，所以會重發)
2. 防止失效請求，(為了防止已失效的連接的請求資料包和正常的混淆)

10. TCP和UDP區別

• TCP面向連接，UDP面向非連接
• TCP提供可靠的服務（資料傳輸無差錯、不丟失、不重復、按序到達），UDP不可靠
• TCP面向位元組流，UDP面向報文
• TCP資料傳輸慢，UDP資料傳輸快
• TCP首部開銷20位元組，UDP8位元組

11. 常用埠以及對應服務

12. 在瀏覽器中輸入網址之后執行會發生什么？

1. DNS決議，找到對應ip地址
2. 客戶端發起http/https請求,然后交給傳輸層
3. 傳輸層將請求分成報文段，添加目標源和埠，并隨機用一個本地介面封裝進報頭，然后交給網路層，
4. 網路層加上雙方的ip地址資訊，并負責路由分發，
5. 鏈路層中，包通過鏈路層發送到路由器，通過鄰居協議查找給定IP地址的MAC地址，然后發送ARP請求查找目的地址，如果得到回應后就可以使用ARP的請求應答交換的IP資料包進行傳輸了，然后發送IP資料包到達服務器的地址，

有問題或者有漏掉的部分可以在評論區提出，

13. IP地址的分類

A類地址：以0開頭，第一個位元組范圍：0~127（1.0.0.0 - 126.255.255.255)；

B類地址：以10開頭，第一個位元組范圍：128~191（128.0.0.0 - 191.255.255.255);

C類地址：以110開頭，第一個位元組范圍：192~223（192.0.0.0 - 223.255.255.255);

內部地址：10.0.0.0—10.255.255.255， 172.16.0.0—172.31.255.255， 192.168.0.0—192.168.255.255，

14. ARP是什么協議，簡單語言解釋一下作業原理

地址決議協議，

1. 每個主機都會在自己的ARP緩沖區中建立一個ARP串列，以表示IP地址和MAC地址之間的對應關系，

2. 當源主機要發送資料時，首先檢查ARP串列中是否有對應IP地址的目的主機的MAC地址，如果有，則直接發送資料，如果沒有，就向本網段的所有主機發送ARP資料包，該資料包包括的內容有：源主機 IP地址，源主機MAC地址，目的主機的IP地址，

3. 當本網路的所有主機收到該ARP資料包時，首先檢查資料包中的IP地址是否是自己的IP地址，如果不是，則忽略該資料包，如果是，則首先從資料包中取出源主機的IP和MAC地址寫入到ARP串列中，如果已經存在，則覆寫，然后將自己的MAC地址寫入ARP回應包中，告訴源主機自己是它想要找的MAC地址，

4. 源主機收到ARP回應包后，將目的主機的IP和MAC地址寫入ARP串列，并利用此資訊發送資料，如果源主機一直沒有收到ARP回應資料包，表示ARP查詢失敗，

廣播發送ARP請求，單播發送ARP回應，

15. DHCP協議有什么作用

一個局域網的網路協議，使用UDP協議作業，用途：給內部網路或網路服務供應商自動分配IP地址，給用戶或者內部網路管理員作為對所有計算機作中央管理的手段，

16. 子網掩碼的作用

子網掩碼只有一個作用，就是將某個IP地址劃分成網路地址和主機地址兩部分，

通過IP和子網掩碼計算網路號(筆試題)

計算出IP二進制和子網掩碼的二進制，然后取與

通過IP和子網掩碼計算主機號(筆試題)

將子網掩碼的二進制取反，然后與IP的二進制取與，

以上便是此次分享的面試題以及答案，如果覺得還不過癮，大家可以關注我的公眾號-【Java爛豬皮】，里面有往期的面試題以及最新的面試分享，關注后回復：【666】即可免費獲取更多的Java架構進階vip學習資料