国产免费av片在线观看sm,国产AⅤ久久免费精品,国产精选高清无码,日韩在线观看一区二,国产亚洲欧洲三级片A级,中文字幕免费无码专区

網(wǎng)絡(luò)協(xié)議是每個(gè)前端工程師都必須要掌握的知識(shí)，TCP/IP 中有兩個(gè)具有代表性的傳輸層協(xié)議，分別是 TCP 和 UDP，本文將介紹下這兩者以及它們之間的區(qū)別。

計(jì)算機(jī)與網(wǎng)絡(luò)設(shè)備要相互通信，雙方就必須基于相同的方法。比如，如何探測(cè)到通信目標(biāo)、由哪一邊先發(fā)起通信、使用哪種語(yǔ)言進(jìn)行通信、怎樣結(jié)束通信等規(guī)則都需要事先確定。不同的硬件、操作系統(tǒng)之間的通信，所有的這一切都需要一種規(guī)則。而我們就把這種規(guī)則稱(chēng)為協(xié)議（protocol）。

TCP/IP 是互聯(lián)網(wǎng)相關(guān)的各類(lèi)協(xié)議族的總稱(chēng)，比如：TCP，UDP，IP，F(xiàn)TP，HTTP，ICMP，SMTP 等都屬于 TCP/IP 族內(nèi)的協(xié)議。

TCP/IP模型是互聯(lián)網(wǎng)的基礎(chǔ)，它是一系列網(wǎng)絡(luò)協(xié)議的總稱(chēng)。這些協(xié)議可以劃分為四層，分別為鏈路層、網(wǎng)絡(luò)層、傳輸層和應(yīng)用層。

在網(wǎng)絡(luò)體系結(jié)構(gòu)中網(wǎng)絡(luò)通信的建立必須是在通信雙方的對(duì)等層進(jìn)行，不能交錯(cuò)。 在整個(gè)數(shù)據(jù)傳輸過(guò)程中，數(shù)據(jù)在發(fā)送端時(shí)經(jīng)過(guò)各層時(shí)都要附加上相應(yīng)層的協(xié)議頭和協(xié)議尾（僅數(shù)據(jù)鏈路層需要封裝協(xié)議尾）部分，也就是要對(duì)數(shù)據(jù)進(jìn)行協(xié)議封裝，以標(biāo)識(shí)對(duì)應(yīng)層所用的通信協(xié)議。接下去介紹TCP/IP 中有兩個(gè)具有代表性的傳輸層協(xié)議----TCP 和 UDP。

UDP協(xié)議全稱(chēng)是用戶數(shù)據(jù)報(bào)協(xié)議，在網(wǎng)絡(luò)中它與TCP協(xié)議一樣用于處理數(shù)據(jù)包，是一種無(wú)連接的協(xié)議。在OSI模型中，在第四層——傳輸層，處于IP協(xié)議的上一層。UDP有不提供數(shù)據(jù)包分組、組裝和不能對(duì)數(shù)據(jù)包進(jìn)行排序的缺點(diǎn)，也就是說(shuō)，當(dāng)報(bào)文發(fā)送之后，是無(wú)法得知其是否安全完整到達(dá)的。

它有以下幾個(gè)特點(diǎn)：

• 在發(fā)送端，應(yīng)用層將數(shù)據(jù)傳遞給傳輸層的 UDP 協(xié)議，UDP 只會(huì)給數(shù)據(jù)增加一個(gè) UDP 頭標(biāo)識(shí)下是 UDP 協(xié)議，然后就傳遞給網(wǎng)絡(luò)層了

• 在接收端，網(wǎng)絡(luò)層將數(shù)據(jù)傳遞給傳輸層，UDP 只去除 IP 報(bào)文頭就傳遞給應(yīng)用層，不會(huì)任何拼接操作

• 
  

UDP 不止支持一對(duì)一的傳輸方式，同樣支持一對(duì)多，多對(duì)多，多對(duì)一的方式，也就是說(shuō) UDP 提供了單播，多播，廣播的功能。

發(fā)送方的UDP對(duì)應(yīng)用程序交下來(lái)的報(bào)文，在添加首部后就向下交付IP層。UDP對(duì)應(yīng)用層交下來(lái)的報(bào)文，既不合并，也不拆分，而是保留這些報(bào)文的邊界。因此，應(yīng)用程序必須選擇合適大小的報(bào)文

首先不可靠性體現(xiàn)在無(wú)連接上，通信都不需要建立連接，想發(fā)就發(fā)，這樣的情況肯定不可靠。

并且收到什么數(shù)據(jù)就傳遞什么數(shù)據(jù)，并且也不會(huì)備份數(shù)據(jù)，發(fā)送數(shù)據(jù)也不會(huì)關(guān)心對(duì)方是否已經(jīng)正確接收到數(shù)據(jù)了。

再者網(wǎng)絡(luò)環(huán)境時(shí)好時(shí)壞，但是 UDP 因?yàn)闆](méi)有擁塞控制，一直會(huì)以恒定的速度發(fā)送數(shù)據(jù)。即使網(wǎng)絡(luò)條件不好，也不會(huì)對(duì)發(fā)送速率進(jìn)行調(diào)整。這樣實(shí)現(xiàn)的弊端就是在網(wǎng)絡(luò)條件不好的情況下可能會(huì)導(dǎo)致丟包，但是優(yōu)點(diǎn)也很明顯，在某些實(shí)時(shí)性要求高的場(chǎng)景（比如電話會(huì)議）就需要使用 UDP 而不是 TCP。

從上面的動(dòng)態(tài)圖可以得知，UDP只會(huì)把想發(fā)的數(shù)據(jù)報(bào)文一股腦的丟給對(duì)方，并不在意數(shù)據(jù)有無(wú)安全完整到達(dá)。

因此 UDP 的頭部開(kāi)銷(xiāo)小，只有八字節(jié)，相比 TCP 的至少二十字節(jié)要少得多，在傳輸數(shù)據(jù)報(bào)文時(shí)是很高效的

TCP協(xié)議全稱(chēng)是傳輸控制協(xié)議是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議，由 IETF 的RFC 793定義。TCP 是面向連接的、可靠的流協(xié)議。流就是指不間斷的數(shù)據(jù)結(jié)構(gòu)，你可以把它想象成排水管中的水流。

服務(wù)端收到連接請(qǐng)求報(bào)文段后，如果同意連接，則會(huì)發(fā)送一個(gè)應(yīng)答，該應(yīng)答中也會(huì)包含自身的數(shù)據(jù)通訊初始序號(hào)，發(fā)送完成后便進(jìn)入 SYN-RECEIVED 狀態(tài)。

第三次握手

當(dāng)客戶端收到連接同意的應(yīng)答后，還要向服務(wù)端發(fā)送一個(gè)確認(rèn)報(bào)文?？蛻舳税l(fā)完這個(gè)報(bào)文段后便進(jìn)入 ESTABLISHED 狀態(tài)，服務(wù)端收到這個(gè)應(yīng)答后也進(jìn)入 ESTABLISHED 狀態(tài)，此時(shí)連接建立成功。

這里可能大家會(huì)有個(gè)疑惑：為什么 TCP 建立連接需要三次握手，而不是兩次？這是因?yàn)檫@是為了防止出現(xiàn)失效的連接請(qǐng)求報(bào)文段被服務(wù)端接收的情況，從而產(chǎn)生錯(cuò)誤。

B 收到連接釋放請(qǐng)求后，會(huì)告訴應(yīng)用層要釋放 TCP 鏈接。然后會(huì)發(fā)送 ACK 包，并進(jìn)入 CLOSE_WAIT 狀態(tài)，此時(shí)表明 A 到 B 的連接已經(jīng)釋放，不再接收 A 發(fā)的數(shù)據(jù)了。但是因?yàn)?TCP 連接是雙向的，所以 B 仍舊可以發(fā)送數(shù)據(jù)給 A。

TCP允許通信雙方的應(yīng)用程序在任何時(shí)候都能發(fā)送數(shù)據(jù)，因?yàn)門(mén)CP連接的兩端都設(shè)有緩存，用來(lái)臨時(shí)存放雙向通信的數(shù)據(jù)。當(dāng)然，TCP可以立即發(fā)送一個(gè)數(shù)據(jù)段，也可以緩存一段時(shí)間以便一次發(fā)送更多的數(shù)據(jù)段（最大的數(shù)據(jù)段大小取決于MSS）

2. 總結(jié)

• TCP向上層提供面向連接的可靠服務(wù) ，UDP向上層提供無(wú)連接不可靠服務(wù)。

• 雖然 UDP 并沒(méi)有 TCP 傳輸來(lái)的準(zhǔn)確，但是也能在很多實(shí)時(shí)性要求高的地方有所作為

• 對(duì)數(shù)據(jù)準(zhǔn)確性要求高，速度可以相對(duì)較慢的，可以選用TCP