Java核心面試寶典】Day16、“計算機網絡協(xié)議層次及服務類型”面試題!???

      網友投稿 679 2022-05-30

      Hello,你好呀,我是灰小猿!一個超會寫bug的程序猿!

      【Java核心面試寶典】Day16、“計算機網絡協(xié)議層次及服務類型”面試題!???

      用堅持締造技術、用指尖敲動未來!

      和很多小伙伴們一樣,我也是一名奔波在Java道路上的“創(chuàng)造者”。也想靠技術來改未來,改變世界!因為我們堅信每一次敲動鍵盤都能讓生活變得更智能、世界變得更有趣!

      在此專欄《Java核心面試寶典》記錄我們備戰(zhàn)夢想的【day 16】!

      前一部分和小伙伴分享了很多在Java基礎和容器線程等方面的面試題,其中很多都是面試中常見的核心問題,小伙伴們可以一同去學習一下,今天我們來分享在計算機網絡方面的面試題,計算機網絡部分雖然枯燥且理論性強,但是這絲毫不影響面試官對我們的考察呀。

      今天我們的面試題就圍繞這下面這個圖展開,看一看單這一個圖,能從中出多少面試題?

      1、說一下OSI七層模型?

      OSI七層模型從低向上依次是:物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層、應用層。

      2、說一下TCP/IP五層參考模型?

      TCP/IP五層模型包括:物理層、數據鏈路層、網絡層、傳輸層、應用層。

      其中應用層對應OSI的上三層,下四層和OSI相同,五層協(xié)議的體系結構只是為了介紹網絡原理而設計的。實際應用還是四層協(xié)議。

      3、說一下TCP/IP四層參考模型中每一層的作用?

      TCP/IP四層模型包括:網絡接口層、網際互連層、傳輸層。應用層。

      這四層的作用分別是:

      ① 應用層

      TCP/IP 模型將 OSI 參考模型中的會話層、表示層和應用層的功能合并到一個應用層實現,通過不同的應用層協(xié)議為不同的應用提供服務。例如:FTP、Telnet、DNS、SMTP 等。

      ② 傳輸層

      該層對應于 OSI 參考模型的傳輸層,為上層實體提供源端到對端主機的通信功能。傳輸層定義了兩個主要協(xié)議:傳輸控制協(xié)議(TCP)和用戶數據報協(xié)議(UDP)。其中面向連接的 TCP 協(xié)議保證了數據的傳輸可靠性,面向無連接的 UDP 協(xié)議能夠實現數據包簡單、快速地傳輸。

      ③ 網際互聯(lián)層

      網際互聯(lián)層對應 OSI 參考模型的網絡層,主要負責相同或不同網絡中計算機之間的通信。在網際互聯(lián)層, IP 協(xié)議提供的是一個不可靠、無連接的數據報傳遞服務。該協(xié)議實現兩個基本功能:尋址和分段。根據數據報報頭中的目的地址將數據傳送到目的地址,在這個過程中 IP 負責選擇傳送路線。除了 IP 協(xié)議外,該層另外兩個主要協(xié)議是互聯(lián)網組管理協(xié)議(IGMP)和互聯(lián)網控制報文協(xié)議(ICMP)。

      ④ 網絡接入層

      網絡接入層的功能對應于 OSI 參考模型中的物理層和數據鏈路層,它負責監(jiān)視數據在主機和網絡之間的交換。事實上,TCP/IP 并未真正描述這一層的實現,而由參與互連的各網絡使用自己的物理層和數據鏈路層協(xié)議,然后與 TCP/IP 的網絡接入層進行連接,因此具體的實現方法將隨著網絡類型的不同而有所差異。

      4、OSI模型和TCP/IP模型有哪些異同?

      相同點:

      OSI模型和TCP/IP模型都采用了層次結構

      都能夠提供面向連接和無連接的服務機制

      不同點:

      OSI采用七層模型,TCP/IP是四層結構

      TCP/IP 參考模型沒有對網絡接口層進行細分,只是一些概念性的描述; OSI 參考模型對服務和協(xié)議做了明確的區(qū)分。

      OSI 先有模型,后有協(xié)議規(guī)范,適合于描述各種網絡;TCP/IP是先有協(xié)議集然后建立模型,不適用于非 TCP/IP 網絡。

      TCP/IP 一開始就提出面向連接和無連接服務,而 OSI一開始只強調面向連接服務,直到很晚才開始制定無連接的服務標準。

      OSI參考模型雖然被看好,但將網絡劃分為七層,實現起來較困難;相反,TCP/IP參考模型雖然有許多不盡人意的地方,但作為一種簡化的分層結構還是比較成功的。

      5、OSI和TCP/IP協(xié)議之間的對應關系

      OSI和TCP/IP協(xié)議之間的對應關系以及他們哪一層中使用什么網絡協(xié)議都要記清楚!

      6、分別例舉一下在TCP和UDP協(xié)議下有哪些常見的傳輸協(xié)議?

      有很多協(xié)議只支持TCP協(xié)議或UDP協(xié)議,所以我把這些協(xié)議以圖表的形式給羅列了出來,

      7、為什么TCP/IP去除了表示層和會話層?

      原因是由于會話層、表示層、應用層都是在程序內部實現的。最終產出的是一個應用數據包,而應用程序之間幾乎是無法實現代碼的抽象共享的,這也就造成OSI設想中的應用程序維度的分層是無法實現的。例如,我們幾乎不會認為數據的壓縮、加密算法算是一種協(xié)議,而會話的概念則更為抽象,難以用協(xié)議來進行描述,所以在后來的 TCP/IP 協(xié)議框架的設計中,便將表示層和會話層與應用層整合在一起,讓整個過程更為清晰明了。

      8、數據如何在各層之間傳輸【數據的封裝過程】?

      在發(fā)送主機端,一個應用層報文被傳送到運輸層。在最簡單的情況下,運輸層收取到報文并附上附加信息,該首部將被接收端的運輸層使用。應用層報文和運輸層首部信息一道構成了運輸層報文段。

      附加的信息可能包括:允許接收端運輸層向上向適當的應用程序交付報文的信息以及差錯檢測位信息。該信息讓接收端能夠判斷報文中的比特是否在途中已被改變。運輸層則向網絡層傳遞該報文段,網絡層增加了如源和目的端系統(tǒng)地址等網絡層首部信息,生成了網絡層數據報。該數據報接下來被傳遞給鏈路層,在數據鏈路層數據包添加發(fā)送端 MAC 地址和接收端 MAC 地址后被封裝成數據幀,在物理層數據幀被封裝成比特流,之后通過

      傳輸介質傳送到對端。

      今日總結

      今天只是了解了計算機網絡的協(xié)議層次以及他們的服務類型,我們需要掌握的理論內容比較的多。

      如果小伙伴們有遇到其他相關的面試題,歡迎在評論區(qū)留言提出,我會把大家提出的總結到文章內`, 歡迎小伙伴們一起評論區(qū)打卡學習!小伙伴們可也在左方加我好友一起探討學習!

      我是灰小猿,我們下期見!

      Java TCP/IP 網絡

      版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發(fā)現本站中有涉嫌抄襲或描述失實的內容,請聯(lián)系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。

      上一篇:JVM棧上分配對象內存與逃逸分析原理分析(Escape Analysis)
      下一篇:Linux系統(tǒng)中網絡管理命令和查看網絡配置的命令
      相關文章
      国产偷国产偷亚洲高清人| 在线亚洲高清揄拍自拍一品区| 亚洲国产日韩精品| 亚洲精品在线不卡| 亚洲日本中文字幕区| 久久精品国产精品亚洲精品| 伊人久久大香线蕉亚洲五月天| 久久久久久A亚洲欧洲AV冫| 亚洲AV永久无码精品一区二区国产 | 亚洲国产乱码最新视频| 亚洲首页国产精品丝袜| 亚洲AV无码无限在线观看不卡| 亚洲熟女精品中文字幕| 亚洲高清毛片一区二区| 噜噜综合亚洲AV中文无码| 无码色偷偷亚洲国内自拍| 色婷婷六月亚洲综合香蕉| 中文字幕精品三区无码亚洲| 国产精品亚洲午夜一区二区三区| 亚洲w码欧洲s码免费| 亚洲视频欧洲视频| 亚洲国产美国国产综合一区二区| 91亚洲va在线天线va天堂va国产| 亚洲综合图片小说区热久久| 亚洲区精品久久一区二区三区| 中文无码亚洲精品字幕| 国产精品自拍亚洲| 青青草原亚洲视频| 久久亚洲精品成人| 亚洲国产成+人+综合| 亚洲熟妇丰满xxxxx| www国产亚洲精品久久久日本| 久久综合亚洲色HEZYO国产| 亚洲AV午夜福利精品一区二区| 日韩精品一区二区亚洲AV观看| 亚洲午夜国产精品无卡| 亚洲欧美日本韩国| 亚洲午夜无码片在线观看影院猛| 亚洲精品中文字幕无码蜜桃| 中文字幕亚洲精品资源网| 亚洲卡一卡二卡乱码新区|