TCP/IP是哪種模型的協(xié)議

TCP/IP 是一組通信協(xié)議的集合，它基于 TCP/IP 模型。
TCP/IP 模型通常被認(rèn)為是一種實(shí)用的網(wǎng)絡(luò)通信模型，與 OSI 模型相比，TCP/IP 模型更加簡潔和側(cè)重于實(shí)際應(yīng)用，被廣泛應(yīng)用于互聯(lián)網(wǎng)和大多數(shù)計算機(jī)網(wǎng)絡(luò)中。
TCP/IP 模型由四層組成，分別是網(wǎng)絡(luò)接口層、網(wǎng)際層（網(wǎng)絡(luò)層）、傳輸層和應(yīng)用層。TCP（傳輸控制協(xié)議）和 IP（網(wǎng)際協(xié)議）是這個模型中非常重要和核心的協(xié)議。

TCP/IP分幾層，每層的核心任務(wù)是什么

TCP/IP 通常分為四層，自下而上分別是：網(wǎng)絡(luò)接口層（鏈路層）、網(wǎng)絡(luò)層、傳輸層、應(yīng)用層。

五層模型：物理層、數(shù)據(jù)鏈路層，網(wǎng)絡(luò)層、傳輸層、應(yīng)用層

1. 網(wǎng)絡(luò)接口層（鏈路層）：
? 數(shù)據(jù)傳輸與物理連接：負(fù)責(zé)在物理介質(zhì)上傳輸數(shù)據(jù)幀，比如以太網(wǎng)幀等。將上層（網(wǎng)絡(luò)層）傳遞下來的 IP 數(shù)據(jù)包封裝成幀，并在物理網(wǎng)絡(luò)上進(jìn)行傳輸，同時也處理接收來自物理網(wǎng)絡(luò)的幀，并將其解封裝后傳遞給上層網(wǎng)絡(luò)層。
? 物理尋址與差錯檢測：通過 MAC 地址（媒體訪問控制地址）識別網(wǎng)絡(luò)中的設(shè)備，確保數(shù)據(jù)能夠準(zhǔn)確地傳輸?shù)侥繕?biāo)設(shè)備。并且提供數(shù)據(jù)鏈路層的差錯檢測功能，例如檢測傳輸過程中是否出現(xiàn)數(shù)據(jù)損壞或丟失等問題，若發(fā)現(xiàn)錯誤可能會采取相應(yīng)的糾錯措施，但有些情況下只是檢錯而不糾錯。

2. 網(wǎng)絡(luò)層：
? 路由與轉(zhuǎn)發(fā)：這是網(wǎng)絡(luò)層的核心任務(wù)。IP 協(xié)議作為網(wǎng)絡(luò)層的核心協(xié)議，負(fù)責(zé)將數(shù)據(jù)包從源地址路由到目標(biāo)地址。根據(jù)數(shù)據(jù)包中的 IP 地址信息，確定數(shù)據(jù)包的傳輸路徑，使數(shù)據(jù)能夠在不同的網(wǎng)絡(luò)之間進(jìn)行傳遞。路由器作為網(wǎng)絡(luò)層的主要設(shè)備，根據(jù) IP 地址和路由表將數(shù)據(jù)包從一個網(wǎng)絡(luò)接口轉(zhuǎn)發(fā)到另一個網(wǎng)絡(luò)接口。
? 數(shù)據(jù)包的分片與重組：由于不同的網(wǎng)絡(luò)可能具有不同的最大傳輸單元（MTU），當(dāng)數(shù)據(jù)包的大小超過網(wǎng)絡(luò)的 MTU 時，網(wǎng)絡(luò)層需要將數(shù)據(jù)包分割成較小的片段進(jìn)行傳輸。在到達(dá)目標(biāo)地址后，再將這些片段重新組合成原始的數(shù)據(jù)包。

3. 傳輸層：
? TCP（傳輸控制協(xié)議）：
? 可靠的數(shù)據(jù)傳輸：提供可靠的、面向連接的通信服務(wù)。通過建立連接、確認(rèn)機(jī)制、重傳機(jī)制、流量控制和擁塞控制等功能，確保數(shù)據(jù)能夠準(zhǔn)確、有序、完整地從發(fā)送端傳輸?shù)浇邮斩?。例?#xff0c;在文件下載、電子郵件發(fā)送等對數(shù)據(jù)準(zhǔn)確性要求較高的應(yīng)用場景中，TCP 是首選的傳輸協(xié)議。
? 連接管理：在數(shù)據(jù)傳輸之前，需要通過三次握手建立連接；數(shù)據(jù)傳輸完成后，通過四次揮手?jǐn)嚅_連接，保證連接的正確建立和釋放，以便為后續(xù)的數(shù)據(jù)傳輸做好準(zhǔn)備。
? UDP（用戶數(shù)據(jù)報協(xié)議）：
? 快速的數(shù)據(jù)傳輸：提供無連接的通信服務(wù)，不建立連接，直接將數(shù)據(jù)封裝成 UDP 數(shù)據(jù)報進(jìn)行發(fā)送。與 TCP 相比，UDP 的傳輸速度更快，開銷更小，適用于對實(shí)時性要求較高、但對數(shù)據(jù)可靠性要求不高的應(yīng)用場景，如視頻會議、在線游戲、實(shí)時語音通信等。
? 端口復(fù)用與多路分解：通過端口號來標(biāo)識不同的應(yīng)用程序，實(shí)現(xiàn)端口復(fù)用和多路分解。接收方的傳輸層根據(jù) UDP 數(shù)據(jù)報中的目的端口號，將數(shù)據(jù)交付給相應(yīng)的應(yīng)用程序。

4. 應(yīng)用層：
? 應(yīng)用服務(wù)與交互：直接面向用戶和應(yīng)用程序，為各種應(yīng)用提供網(wǎng)絡(luò)服務(wù)和用戶接口。應(yīng)用層包含了眾多的應(yīng)用程序和協(xié)議，如 HTTP（用于網(wǎng)頁瀏覽）、FTP（用于文件傳輸）、SMTP（用于電子郵件發(fā)送）、DNS（用于域名解析）等。這些應(yīng)用程序和協(xié)議根據(jù)用戶的需求，將用戶的數(shù)據(jù)轉(zhuǎn)化為網(wǎng)絡(luò)請求，并通過下層的傳輸層和網(wǎng)絡(luò)層進(jìn)行傳輸。
? 數(shù)據(jù)處理與表示：負(fù)責(zé)處理傳輸層提交的信息，將接收到的數(shù)據(jù)轉(zhuǎn)化為用戶可理解的信息。例如，網(wǎng)頁瀏覽器將接收到的 HTML、CSS、JavaScript 等數(shù)據(jù)渲染成用戶可以瀏覽的網(wǎng)頁界面；電子郵件客戶端將接收到的郵件數(shù)據(jù)展示給用戶等。

TCP和UDP的區(qū)別?

TCP（傳輸控制協(xié)議）和 UDP（用戶數(shù)據(jù)報協(xié)議）主要有以下區(qū)別：

一、連接性
? TCP 是面向連接的協(xié)議，在通信之前需要建立連接，通過三次握手確保連接的可靠性。連接建立后，數(shù)據(jù)傳輸過程中有確認(rèn)、重傳、擁塞控制等機(jī)制來保證數(shù)據(jù)的可靠傳輸。
? UDP 是無連接的協(xié)議，不需要事先建立連接，直接發(fā)送數(shù)據(jù)報。每個數(shù)據(jù)報都是獨(dú)立的，不保證數(shù)據(jù)的可靠到達(dá)。

二、可靠性
? TCP 提供可靠的數(shù)據(jù)傳輸，通過序號、確認(rèn)號、重傳機(jī)制等確保數(shù)據(jù)按序、無丟失地傳輸。如果數(shù)據(jù)在傳輸過程中丟失或損壞，TCP 會自動重傳。
? UDP 不保證數(shù)據(jù)的可靠性，數(shù)據(jù)可能會丟失、重復(fù)或亂序到達(dá)。它適用于對實(shí)時性要求高而對數(shù)據(jù)準(zhǔn)確性要求相對較低的場景。

三、傳輸效率
? TCP 由于有連接建立和各種可靠性機(jī)制，傳輸效率相對較低，會有一定的開銷。
? UDP 沒有這些復(fù)雜的機(jī)制，傳輸效率較高，適合于對實(shí)時性要求高、數(shù)據(jù)量小的通信，如音頻、視頻直播等。

四、報文格式
? TCP 報文首部較長，最小為 20 字節(jié)，最長60個字節(jié)，包含源端口、目的端口、序號、確認(rèn)號、窗口大小等多個字段，用于實(shí)現(xiàn)可靠傳輸和流量控制等功能。
? UDP 報文首部很簡單，只有 8 字節(jié)，只有源端口、目的端口、長度和校驗和等少量字段。

五、應(yīng)用場景
? TCP 適用于對數(shù)據(jù)準(zhǔn)確性要求高的場景，如文件傳輸、電子郵件、網(wǎng)頁瀏覽等。
? UDP 適用于實(shí)時性要求高的場景，如在線游戲、視頻會議、語音通話等。

TCP為啥安全可靠？

TCP 之所以安全可靠，主要?dú)w因于以下幾個特性和機(jī)制：
1. 面向連接：在數(shù)據(jù)傳輸之前，TCP 需要通過 “三次握手” 建立連接，確保通信雙方都做好了數(shù)據(jù)傳輸?shù)臏?zhǔn)備，并且能夠確認(rèn)對方的存在和可達(dá)性。
2. 序列號和確認(rèn)應(yīng)答：TCP 為每個發(fā)送的數(shù)據(jù)段都分配一個序列號，接收方成功接收數(shù)據(jù)后會返回一個確認(rèn)應(yīng)答，其中包含期望收到的下一個序列號。通過這種方式，確保數(shù)據(jù)的按序到達(dá)和不丟失。
3. 超時重傳：如果發(fā)送方在一定時間內(nèi)沒有收到確認(rèn)應(yīng)答，就會認(rèn)為數(shù)據(jù)丟失，然后重新發(fā)送該數(shù)據(jù)段，以保證數(shù)據(jù)的可靠傳輸。
4. 流量控制：通過接收方返回的窗口大小信息，發(fā)送方可以控制發(fā)送數(shù)據(jù)的速度，避免接收方緩沖區(qū)溢出導(dǎo)致的數(shù)據(jù)丟失。
5. 擁塞控制：TCP 會根據(jù)網(wǎng)絡(luò)的擁塞情況調(diào)整發(fā)送數(shù)據(jù)的速率，避免網(wǎng)絡(luò)擁塞導(dǎo)致的數(shù)據(jù)丟失和傳輸性能下降。
6. 校驗：TCP 在數(shù)據(jù)段中包含校驗和字段，用于檢測數(shù)據(jù)在傳輸過程中是否發(fā)生錯誤，如果檢測到錯誤，數(shù)據(jù)會被丟棄并要求重傳。

3次握手的過程是怎么樣的？

第一次握手：客戶端向服務(wù)器發(fā)送一個帶有 SYN（同步）標(biāo)志的 TCP 報文段，該報文段中還會隨機(jī)生成一個初始序列號（Sequence Number），假設(shè)為 x，此時客戶端進(jìn)入 SYN_SENT 狀態(tài)。

第二次握手：服務(wù)器收到客戶端的 SYN 報文段后，會向客戶端發(fā)送一個帶有 SYN 和 ACK（確認(rèn)）標(biāo)志的 TCP 報文段，SYN 標(biāo)志表示服務(wù)器同意建立連接，ACK 標(biāo)志用于確認(rèn)客戶端的 SYN 報文段。服務(wù)器生成自己的初始序列號，假設(shè)為 y，同時將客戶端的序列號加 1 作為確認(rèn)號，即 ack = x + 1，此時服務(wù)器進(jìn)入 SYN_RCVD 狀態(tài)。

第三次握手：客戶端收到服務(wù)器的 SYN + ACK 報文段后，會向服務(wù)器發(fā)送一個帶有 ACK 標(biāo)志的 TCP 報文段，確認(rèn)號為服務(wù)器的序列號加 1，即 ack = y + 1，自己的序列號為 x + 1。服務(wù)器收到這個 ACK 報文段后，連接建立成功，雙方進(jìn)入 ESTABLISHED 狀態(tài)，開始數(shù)據(jù)傳輸。
通過三次握手，客戶端和服務(wù)器能夠相互確認(rèn)對方的接收和發(fā)送能力，為可靠的數(shù)據(jù)傳輸建立連接。

應(yīng)用層的協(xié)議有哪些？

1.HTTP（超文本傳輸協(xié)議）：用于在 Web 瀏覽器和 Web 服務(wù)器之間傳輸網(wǎng)頁和相關(guān)資源。
2. HTTPS（安全超文本傳輸協(xié)議）：HTTP 的加密版本，提供更安全的通信。
3. FTP（文件傳輸協(xié)議）：用于在客戶端和服務(wù)器之間傳輸文件。
4. TFTP（簡單文件傳輸協(xié)議）：一種簡單的文件傳輸協(xié)議，常用于小型網(wǎng)絡(luò)。
5. SMTP（簡單郵件傳輸協(xié)議）：用于發(fā)送電子郵件。
6. POP3（郵局協(xié)議版本 3）：用于接收電子郵件。
7. IMAP（互聯(lián)網(wǎng)消息訪問協(xié)議）：另一種接收電子郵件的協(xié)議，提供了更強(qiáng)大的郵件管理功能。
8. DNS（域名系統(tǒng)）：將域名轉(zhuǎn)換為 IP 地址。
9. SSH（安全外殼協(xié)議）：用于安全的遠(yuǎn)程登錄和執(zhí)行命令。
10. Telnet（遠(yuǎn)程登錄協(xié)議）：允許用戶遠(yuǎn)程登錄到其他計算機(jī)。
11. SNMP（簡單網(wǎng)絡(luò)管理協(xié)議）：用于網(wǎng)絡(luò)管理和監(jiān)控。
12. DHCP（動態(tài)主機(jī)配置協(xié)議）：為網(wǎng)絡(luò)中的設(shè)備動態(tài)分配 IP 地址等網(wǎng)絡(luò)配置信息。

http是干什么的？?

HTTP 全稱：Hyper Text Transfer Protocol?????????超文本傳輸協(xié)議

是一種按照URL指示，將超文本文檔從一臺主機(jī)(Web服務(wù)器)傳輸?shù)搅硪慌_主機(jī)(瀏覽器)的應(yīng)用層協(xié)議，以實(shí)現(xiàn)超鏈接的功能。

http協(xié)議就是將用戶的請求發(fā)送到服務(wù)器，再將服務(wù)器返回的內(nèi)容傳輸給瀏覽器，瀏覽器進(jìn)行解析，解析成便于人類讀取的頁面

?https://blog.51cto.com/u_15162069/2902726

?描述端口號的作用，概念，通信雙方都有還是只有一邊有？

1.端口號的作用
標(biāo)識不同的應(yīng)用程序或服務(wù)：在計算機(jī)網(wǎng)絡(luò)中，端口號就像是一個地址的延伸部分，用于區(qū)分不同的應(yīng)用程序或服務(wù)。例如，一臺服務(wù)器上可能同時運(yùn)行著多個服務(wù)，如網(wǎng)頁服務(wù)器（通常使用端口 80）、電子郵件服務(wù)器（端口 25）等。當(dāng)客戶端向服務(wù)器發(fā)送請求時，通過指定目標(biāo)端口號，網(wǎng)絡(luò)設(shè)備（如路由器、交換機(jī)等）就能夠準(zhǔn)確地將請求轉(zhuǎn)發(fā)到相應(yīng)的服務(wù)上。
實(shí)現(xiàn)多路復(fù)用和分解：在傳輸層，如 TCP 和 UDP 協(xié)議中，端口號用于將來自不同應(yīng)用程序的數(shù)據(jù)進(jìn)行多路復(fù)用，即將多個應(yīng)用程序的數(shù)據(jù)封裝在同一個 IP 數(shù)據(jù)包中進(jìn)行傳輸。同時，在接收端，根據(jù)端口號將接收到的數(shù)據(jù)分解并交付給正確的應(yīng)用程序。例如，在一臺計算機(jī)上同時運(yùn)行著瀏覽器、即時通訊軟件和文件下載工具，它們各自使用不同的端口號與服務(wù)器進(jìn)行通信。當(dāng)網(wǎng)絡(luò)數(shù)據(jù)包到達(dá)計算機(jī)時，操作系統(tǒng)根據(jù)數(shù)據(jù)包中的端口號將數(shù)據(jù)分別傳遞給相應(yīng)的應(yīng)用程序。

2. 端口號的概念
數(shù)字標(biāo)識：端口號是一個 16 位的無符號整數(shù)，取值范圍是 0 到 65535。其中，0 到 1023 被稱為熟知端口號，分配給一些常用的服務(wù)，如 HTTP（端口 80）、FTP（端口 21）等；1024 到 49151 是注冊端口號，通常由一些特定的應(yīng)用程序或服務(wù)注冊使用；49152 到 65535 是動態(tài)端口號或私有端口號，由客戶端程序在發(fā)起連接時隨機(jī)選擇。
與協(xié)議關(guān)聯(lián)：端口號通常與特定的傳輸層協(xié)議（如 TCP 或 UDP）相關(guān)聯(lián)。同一個服務(wù)可能同時使用 TCP 和 UDP 協(xié)議，并且在不同的端口上提供服務(wù)。例如，DNS 服務(wù)既可以在 TCP 端口 53 上提供服務(wù)，也可以在 UDP 端口 53 上提供服務(wù)。

3. 端口號的存在形式
通信雙方都有端口號：在網(wǎng)絡(luò)通信中，通信的雙方（客戶端和服務(wù)器）都有端口號?？蛻舳送ǔＪ褂靡粋€隨機(jī)選擇的臨時端口號（動態(tài)端口號）來發(fā)起連接請求，而服務(wù)器則使用一個固定的知名端口號來監(jiān)聽來自客戶端的請求。例如，當(dāng)用戶在瀏覽器中訪問一個網(wǎng)站時，瀏覽器作為客戶端會隨機(jī)選擇一個端口號，向網(wǎng)站服務(wù)器的端口 80（HTTP 默認(rèn)端口）發(fā)起連接請求。服務(wù)器接收到請求后，會根據(jù)源 IP 地址和源端口號（客戶端的端口號）以及目標(biāo) IP 地址和目標(biāo)端口號（服務(wù)器的端口號）來確定與哪個客戶端進(jìn)行通信，并將響應(yīng)數(shù)據(jù)發(fā)送回客戶端的相應(yīng)端口號。這樣，通過雙方的端口號，就能夠?qū)崿F(xiàn)雙向的通信。

http的端口號是什么，代碼是什么？ ?

HTTP 協(xié)議默認(rèn)使用的端口號是 80。
HTTP 狀態(tài)碼是用于表示 HTTP 請求的結(jié)果。常見的狀態(tài)碼及其含義如下：
? 200：表示請求成功，服務(wù)器成功返回了請求的數(shù)據(jù)。
? 404：表示請求的資源未找到。
? 500：表示服務(wù)器內(nèi)部錯誤，通常是服務(wù)器在處理請求時遇到了問題。
? 301：表示永久重定向，請求的資源已被永久移動到新的位置。
? 302：表示臨時重定向，請求的資源暫時被移動到了其他位置。
? 400：表示客戶端請求存在語法錯誤，服務(wù)器無法理解。
? 403：表示服務(wù)器拒絕了請求，通常是因為權(quán)限不足。?

http交互報文的格式是什么？ ?

HTTP（超文本傳輸協(xié)議）交互報文分為請求報文和響應(yīng)報文兩種
一、HTTP 請求報文格式
1. 請求行：
? 包含請求方法、請求 URL 和 HTTP 版本。例如：GET /index.html HTTP/1.1。其中，“GET” 是請求方法，表示獲取資源；“/index.html” 是請求的資源路徑；“HTTP/1.1” 是使用的 HTTP 版本。
2. 請求頭部：
? 由一系列鍵值對組成，每行一個，用冒號分隔。常見的請求頭部有：
? Host：指定請求的服務(wù)器主機(jī)名和端口號。例如：Host: www.example.com。
? User-Agent：標(biāo)識發(fā)出請求的客戶端軟件。例如：User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36。
? Accept：指定客戶端能夠接受的內(nèi)容類型。例如：Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9。
? Connection：指定連接的處理方式，如 “keep-alive” 表示保持連接，“close” 表示關(guān)閉連接。例如：Connection: keep-alive。
3. 空行：
? 用于分隔請求頭部和請求主體。
4. 請求主體：
? 可選部分，只有在使用某些請求方法（如 POST、PUT）時才會有請求主體，用于傳遞請求的數(shù)據(jù)。例如，在提交表單數(shù)據(jù)時，請求主體可以包含表單字段的值。

二、HTTP 響應(yīng)報文格式
1. 狀態(tài)行：
? 包含 HTTP 版本、狀態(tài)碼和狀態(tài)描述。例如：HTTP/1.1 200 OK。其中，“HTTP/1.1” 是 HTTP 版本；“200” 是狀態(tài)碼，表示請求成功；“OK” 是狀態(tài)描述，對狀態(tài)碼進(jìn)行簡要說明。
2. 響應(yīng)頭部：
? 與請求頭部類似，由一系列鍵值對組成，每行一個，用冒號分隔。常見的響應(yīng)頭部有：
? Content-Type：指定響應(yīng)內(nèi)容的類型。例如：Content-Type: text/html;charset=UTF-8。
? Content-Length：指定響應(yīng)內(nèi)容的長度。例如：Content-Length: 1234。
? Server：標(biāo)識響應(yīng)的服務(wù)器軟件。例如：Server: Apache/2.4.41 (Ubuntu)。
? Connection：指定連接的處理方式，與請求頭部中的Connection類似。例如：Connection: keep-alive。
3. 空行：
? 用于分隔響應(yīng)頭部和響應(yīng)主體。
4. 響應(yīng)主體：
? 包含服務(wù)器返回給客戶端的實(shí)際內(nèi)容，如 HTML 頁面、圖片、JSON 數(shù)據(jù)等。例如，對于一個請求網(wǎng)頁的響應(yīng)，響應(yīng)主體可能是 HTML 代碼。