tcp和udp的區(qū)別，比較TCP和UDP的不同優(yōu)缺點(diǎn)

來源：整理時(shí)間：2023-08-24 20:28:55 編輯：智能門戶手機(jī)版

本文目錄一覽

1，比較TCP和UDP的不同優(yōu)缺點(diǎn)
2，UDP和TCP有什么區(qū)別呀
3，TCP協(xié)議和UDP協(xié)議的區(qū)別是什么
4，說說tcp和udp的區(qū)別
5，UDP和TCP有什么區(qū)別
6，TCP和UDP之間的區(qū)別

1，比較TCP和UDP的不同優(yōu)缺點(diǎn)

TCP是可靠傳輸，UDP是不可靠傳輸TCP是面向連接的，UDP是無連接的TCP被廣泛應(yīng)用在文件傳輸、遠(yuǎn)程連接等需要數(shù)據(jù)被可靠傳輸?shù)念I(lǐng)域；UDP比TCP相對簡單且容易管理，它被應(yīng)用在一些局域網(wǎng)系統(tǒng)的應(yīng)用程序中。

比較TCP和UDP的不同優(yōu)缺點(diǎn)

2，UDP和TCP有什么區(qū)別呀

TCP提供面向連接的服務(wù)，提供可靠的數(shù)據(jù)傳輸，有流控和重傳機(jī)制，報(bào)頭是20-60個(gè)字節(jié) 通常像數(shù)據(jù)庫，web訪問，F(xiàn)TP這種需要可靠性的，傳輸數(shù)據(jù)較多的應(yīng)用使用TCP UDP提供非連接的的服務(wù)，不保證數(shù)據(jù)可靠遞交應(yīng)用程訓(xùn)，沒有流控機(jī)制，報(bào)頭是8個(gè)字節(jié) DNS,SNMP，syslog這些數(shù)據(jù)量小，多可靠性要求不高（應(yīng)用程序自身有保證可靠性的機(jī)制）的應(yīng)用采用UDP，優(yōu)點(diǎn)是效率高

UDP和TCP有什么區(qū)別呀

3，TCP協(xié)議和UDP協(xié)議的區(qū)別是什么

TCP是美國國防部設(shè)計(jì)的兩種傳輸協(xié)議之一，另一種是UDP。UDP是一種不可靠的網(wǎng)絡(luò)服務(wù)，負(fù)載比較小，而TCP則是一種可靠的通信服務(wù)，負(fù)載相對而言比較大。TCP采用套接字（socket）或者端口（port）來建立通信。TCP給端口到端口通信提供了錯(cuò)誤和流量控制機(jī)制，同時(shí)TCP還負(fù)責(zé)建立連接、處理終止和中斷的端對端通信控制。通常情況下我們認(rèn)為TCP相比UDP具有更大的通信負(fù)載，UDP不具備TCP的控制特性，TCP用了大約20個(gè)字節(jié)來發(fā)送一個(gè)65Kbps的數(shù)據(jù)塊，這個(gè)報(bào)頭占整個(gè)數(shù)據(jù)塊的比重也不過3%。總得來看，這個(gè)負(fù)載是合理的，何況還令通信具有了可靠性。

TCP協(xié)議和UDP協(xié)議的區(qū)別是什么

4，說說tcp和udp的區(qū)別

從專業(yè)的角度說，TCP的可靠保證，是它的三次握手機(jī)制，這一機(jī)制保證校驗(yàn)了數(shù)據(jù)，保證了他的可靠性。而UDP就沒有了，所以不可靠。不過UDP的速度是TCP比不了的，而且UDP的反應(yīng)速度更快，QQ就是用UDP協(xié)議傳輸?shù)模琀TTP是用TCP協(xié)議傳輸?shù)?，不用我說什么，自己體驗(yàn)一下就能發(fā)現(xiàn)區(qū)別了。再有就是UDP和TCP的目的端口不一樣（這句話好象是多余的），而且兩個(gè)協(xié)議不在同一層，TCP在三層，UDP不是在四層就是七層。

tcp是可靠傳輸協(xié)議,傳出去了負(fù)責(zé)信息反饋.udp是不可靠傳輸,有去無回,傳輸錯(cuò)誤不予提示.現(xiàn)在很多黑客利用qq是udp的來設(shè)計(jì)黑客軟件，比如千夫指。由于連續(xù)發(fā)很多小片段造成qq離線或死機(jī)。

tcp是可靠傳輸,傳出去了負(fù)責(zé)信息反饋.udp是不可靠傳輸,有去無回,傳輸錯(cuò)誤不予提示.

（tcp）傳輸控制協(xié)議，是一種提供可靠數(shù)據(jù)傳輸?shù)耐ㄓ脜f(xié)議。（udp）用戶數(shù)據(jù)報(bào)協(xié)議，是一個(gè)面向無連接的協(xié)議。采用該協(xié)議不需要兩個(gè)應(yīng)用程序先建立連接。udp協(xié)議不提供差錯(cuò)恢復(fù)，不能提供數(shù)據(jù)重傳，因此該協(xié)議傳輸數(shù)據(jù)安全性差。上面兩句話是書上說的，根據(jù)書面意思理解就是，對于協(xié)議傳輸數(shù)據(jù)是否先連接是一個(gè)重點(diǎn)。關(guān)于數(shù)據(jù)安全性是詮釋。這些就是個(gè)人理解的區(qū)別。

5，UDP和TCP有什么區(qū)別

1，基于連接與無連接 2，對系統(tǒng)資源的要求（TCP較多，UDP少） 3，UDP程序結(jié)構(gòu)較簡單 4，流模式與數(shù)據(jù)報(bào)模式 5，TCP保證數(shù)據(jù)正確性，UDP可能丟包，TCP保證數(shù)據(jù)順序，UDP不保證另外結(jié)合GPRS網(wǎng)絡(luò)的情況具體的談一下他們的區(qū)別： 1，TCP傳輸存在一定的延時(shí)，大概是1600MS（移動提供），UDP響應(yīng)速度稍微快一些。 2，TCP包頭結(jié)構(gòu) 源端口16位 目標(biāo)端口 16位 序列號 32位 回應(yīng)序號 32位 TCP頭長度 4位 reserved 6位 控制代碼6位 窗口大小16位 偏移量16位 校驗(yàn)和16位 選項(xiàng) 32位(可選) 這樣我們得出了TCP包頭的最小大小.就是20字節(jié). UDP包頭結(jié)構(gòu) 源端口16位 目的端口16位 長度 16位 校驗(yàn)和 16位 UDP的包小很多.確實(shí)如此.因?yàn)閁DP是非可靠連接.設(shè)計(jì)初衷就是盡可能快的將數(shù)據(jù)包發(fā)送出去.所以UDP協(xié)議顯得非常精簡.

TCP---傳輸控制協(xié)議,提供的是面向連接、可靠的字節(jié)流服務(wù)。當(dāng)客戶和服務(wù)器彼此交換數(shù)據(jù)前，必須先在雙方之間建立一個(gè)TCP連接，之后才能傳輸數(shù)據(jù)。TCP提供超時(shí)重發(fā)，丟棄重復(fù)數(shù)據(jù)，檢驗(yàn)數(shù)據(jù)，流量控制等功能，保證數(shù)據(jù)能從一端傳到另一端。 UDP---用戶數(shù)據(jù)報(bào)協(xié)議，是一個(gè)簡單的面向數(shù)據(jù)報(bào)的運(yùn)輸層協(xié)議。UDP不提供可靠性，它只是把應(yīng)用程序傳給IP層的數(shù)據(jù)報(bào)發(fā)送出去，但是并不能保證它們能到達(dá)目的地。由于UDP在傳輸數(shù)據(jù)報(bào)前不用在客戶和服務(wù)器之間建立一個(gè)連接，且沒有超時(shí)重發(fā)等機(jī)制，故而傳輸速度很快現(xiàn)在Internet上流行的協(xié)議是TCP/IP協(xié)議，該協(xié)議中對低于1024的端口都有確切的定義，他們對應(yīng)著Internet上一些常見的服務(wù)。這些常見的服務(wù)可以分為使用TCP端口（面向連接）和使用UDP端口（面向無連接）兩種。說到TCP和UDP,首先要明白“連接”和“無連接”的含義，他們的關(guān)系可以用一個(gè)形象地比喻來說明，就是打電話和寫信。兩個(gè)人如果要通話，首先要建立連接——即打電話時(shí)的撥號，等待響應(yīng)后——即接聽電話后，才能相互傳遞信息，最后還要斷開連接——即掛電話。寫信就比較簡單了，填寫好收信人的地址后將信投入郵筒，收信人就可以收到了。從這個(gè)分析可以看出，建立連接可以在需要痛心地雙方建立一個(gè)傳遞信息的通道，在發(fā)送方發(fā)送請求連接信息接收方響應(yīng)后，由于是在接受方響應(yīng)后才開始傳遞信息，而且是在一個(gè)通道中傳送，因此接受方能比較完整地收到發(fā)送方發(fā)出的信息，即信息傳遞的可靠性比較高。但也正因?yàn)樾枰⑦B接，使資源開銷加大（在建立連接前必須等待接受方響應(yīng)，傳輸信息過程中必須確認(rèn)信息是否傳到及斷開連接時(shí)發(fā)出相應(yīng)的信號等），獨(dú)占一個(gè)通道，在斷開連接錢不能建立另一個(gè)連接，即兩人在通話過程中第三方不能打入電話。而無連接是一開始就發(fā)送信息（嚴(yán)格說來，這是沒有開始、結(jié)束的），只是一次性的傳遞，是先不需要接受方的響應(yīng)，因而在一定程度上也無法保證信息傳遞的可靠性了，就像寫信一樣，我們只是將信寄出去，卻不能保證收信人一定可以收到。 TCP是面向連接的，有比較高的可靠性，一些要求比較高的服務(wù)一般使用這個(gè)協(xié)議，如FTP、Telnet、SMTP、HTTP、POP3等，而UDP是面向無連接的，使用這個(gè)協(xié)議的常見服務(wù)有DNS、SNMP、QQ等。對于QQ必須另外說明一下，QQ2003以前是只使用UDP協(xié)議的，其服務(wù)器使用8000端口，偵聽是否有信息傳來，客戶端使用4000端口，向外發(fā)送信息（這也就不難理解在一般的顯IP的QQ版本中顯示好友的IP地址信息中端口常為4000或其后續(xù)端口的原因了），即QQ程序既接受服務(wù)又提供服務(wù)，在以后的QQ版本中也支持使用TCP協(xié)議了。

6，TCP和UDP之間的區(qū)別

TCP和UDP區(qū)別TCP（或傳輸控制協(xié)議） UDP 與 TCP 的主要區(qū)別在于 UDP 不一定提供可靠的數(shù)據(jù)傳輸。事實(shí)上，該協(xié)議不能保證數(shù)據(jù)準(zhǔn)確無誤地到達(dá)目的地。UDP 在許多方面非常有效。當(dāng)某個(gè)程序的目標(biāo)是盡快地傳輸盡可能多的信息時(shí)（其中任意給定數(shù)據(jù)的重要性相對較低），可使用 UDP。ICQ 短消息使用 UDP 協(xié)議發(fā)送消息。許多程序?qū)⑹褂脝为?dú)的TCP連接和單獨(dú)的UDP連接。重要的狀態(tài)信息隨可靠的TCP連接發(fā)送，而主數(shù)據(jù)流通過UDP發(fā)送。 UDP（或用戶數(shù)據(jù)報(bào)協(xié)議） TCP的目的是提供可靠的數(shù)據(jù)傳輸，并在相互進(jìn)行通信的設(shè)備或服務(wù)之間保持一個(gè)虛擬連接。TCP在數(shù)據(jù)包接收無序、丟失或在交付期間被破壞時(shí)，負(fù)責(zé)數(shù)據(jù)恢復(fù)。它通過為其發(fā)送的每個(gè)數(shù)據(jù)包提供一個(gè)序號來完成此恢復(fù)。記住，較低的網(wǎng)絡(luò)層會將每個(gè)數(shù)據(jù)包視為一個(gè)獨(dú)立的單元，因此，數(shù)據(jù)包可以沿完全不同的路徑發(fā)送，即使它們都是同一消息的組成部分。這種路由與網(wǎng)絡(luò)層處理分段和重新組裝數(shù)據(jù)包的方式非常相似，只是級別更高而已。為確保正確地接收數(shù)據(jù)，TCP要求在目標(biāo)計(jì)算機(jī)成功收到數(shù)據(jù)時(shí)發(fā)回一個(gè)確認(rèn)（即 ACK）。如果在某個(gè)時(shí)限內(nèi)未收到相應(yīng)的 ACK，將重新傳送數(shù)據(jù)包。如果網(wǎng)絡(luò)擁塞，這種重新傳送將導(dǎo)致發(fā)送的數(shù)據(jù)包重復(fù)。但是，接收計(jì)算機(jī)可使用數(shù)據(jù)包的序號來確定它是否為重復(fù)數(shù)據(jù)包，并在必要時(shí)丟棄它。TCP與UDP的選擇如果比較UDP包和TCP包的結(jié)構(gòu)，很明顯UDP包不具備TCP包復(fù)雜的可靠性與控制機(jī)制。與TCP協(xié)議相同，UDP的源端口數(shù)和目的端口數(shù)也都支持一臺主機(jī)上的多個(gè)應(yīng)用。一個(gè)16位的UDP包包含了一個(gè)字節(jié)長的頭部和數(shù)據(jù)的長度，校驗(yàn)碼域使其可以進(jìn)行整體校驗(yàn)。（許多應(yīng)用只支持UDP，如：多媒體數(shù)據(jù)流，不產(chǎn)生任何額外的數(shù)據(jù)，即使知道有破壞的包也不進(jìn)行重發(fā)。）很明顯，當(dāng)數(shù)據(jù)傳輸?shù)男阅鼙仨氉屛挥跀?shù)據(jù)傳輸?shù)耐暾浴⒖煽刂菩院涂煽啃詴r(shí)，TCP協(xié)議是當(dāng)然的選擇。當(dāng)強(qiáng)調(diào)傳輸性能而不是傳輸?shù)耐暾詴r(shí)，如：音頻和多媒體應(yīng)用，UDP是最好的選擇。在數(shù)據(jù)傳輸時(shí)間很短，以至于此前的連接過程成為整個(gè)流量主體的情況下，UDP也是一個(gè)好的選擇，如：DNS交換。把SNMP建立在UDP上的部分原因是設(shè)計(jì)者認(rèn)為當(dāng)發(fā)生網(wǎng)絡(luò)阻塞時(shí)，UDP較低的開銷使其有更好的機(jī)會去傳送管理數(shù)據(jù)。TCP豐富的功能有時(shí)會導(dǎo)致不可預(yù)料的性能低下，但是我們相信在不遠(yuǎn)的將來，TCP可靠的點(diǎn)對點(diǎn)連接將會用于絕大多數(shù)的網(wǎng)絡(luò)應(yīng)用。

1.面向連接的TCPTCP（Transmission Control Protocol，傳輸控制協(xié)議）是基于連接的協(xié)議，也就是說，在正式收發(fā)數(shù)據(jù)前，必須和對方建立可靠的連接。一個(gè)TCP連接必須要經(jīng)過三次“對話”才能建立起來，其中的過程非常復(fù)雜，我們這里只做簡單、形象的介紹，你只要做到能夠理解這個(gè)過程即可。我們來看看這三次對話的簡單過程：主機(jī)A向主機(jī)B發(fā)出連接請求數(shù)據(jù)包：“我想給你發(fā)數(shù)據(jù)，可以嗎？”，這是第一次對話；主機(jī)B向主機(jī)A發(fā)送同意連接和要求同步（同步就是兩臺主機(jī)一個(gè)在發(fā)送，一個(gè)在接收，協(xié)調(diào)工作）的數(shù)據(jù)包：“可以，你什么時(shí)候發(fā)？”，這是第二次對話；主機(jī)A再發(fā)出一個(gè)數(shù)據(jù)包確認(rèn)主機(jī)B的要求同步：“我現(xiàn)在就發(fā)，你接著吧！”，這是第三次對話。三次“對話”的目的是使數(shù)據(jù)包的發(fā)送和接收同步，經(jīng)過三次“對話”之后，主機(jī)A才向主機(jī)B正式發(fā)送數(shù)據(jù)。總之，TCP要建立連接必須經(jīng)過三次握手。優(yōu)點(diǎn)：1、面向連接的傳輸；2、數(shù)據(jù)傳輸穩(wěn)定可靠；3、端到端的通信；4、全雙工方式；5、以字節(jié)為單位傳輸缺點(diǎn)：傳輸速度不夠快2.面向無連接的UDP“面向非連接”就是在正式通信前不必與對方先建立連接，不管對方狀態(tài)就直接發(fā)送。這與現(xiàn)在風(fēng)行的手機(jī)短信非常相似：你在發(fā)短信的時(shí)候，只需要輸入對方手機(jī)號就OK了。UDP（User Data Protocol，用戶數(shù)據(jù)報(bào)協(xié)議）是與TCP相對應(yīng)的協(xié)議。它是面向非連接的協(xié)議，它不與對方建立連接，而是直接就把數(shù)據(jù)包發(fā)送過去！每個(gè)數(shù)據(jù)包的大小限定在64K以內(nèi)！優(yōu)點(diǎn)：1、傳輸速度快；2、效率高；缺點(diǎn)：數(shù)據(jù)包可能會丟失小結(jié)：正因?yàn)閁DP協(xié)議沒有連接的過程，所以它的通信效果高；但也正因?yàn)槿绱?，它的可靠性不如TCP協(xié)議高。QQ就使用UDP發(fā)消息，因此有時(shí)會出現(xiàn)收不到消息的情況。TCP協(xié)議和UDP協(xié)議各有所長、各有所短，適用于不同要求的通信環(huán)境。

原發(fā)布者:guomutian911 TCP（TransmissionControlProtocol，傳輸控制協(xié)議）是面向連接的協(xié)議，也就是說，在收發(fā)數(shù)據(jù)前，必須和對方建立可靠的連接。一個(gè)TCP連接必須要經(jīng)過三次“對話”才能建立起來，其中的過程非常復(fù)雜，只簡單的描述下這三次對話的簡單過程：A ---> B//主機(jī)A向主機(jī)B發(fā)出連接請求數(shù)據(jù)包：“我想給你發(fā)數(shù)據(jù)，可以嗎？”，這是第一次對話；A /主機(jī)B向主機(jī)A發(fā)送同意連接和要求同步（同步就是兩臺主機(jī)一個(gè)在發(fā)送，一個(gè)在接收，協(xié)調(diào)工作）//的數(shù)據(jù)包：“可以，你什么時(shí)候發(fā)？”，這是第二次對話；A ---> B//主機(jī)A再發(fā)出一個(gè)數(shù)據(jù)包確認(rèn)主機(jī)B的要求同步：“我現(xiàn)在就發(fā)，你接著吧！”，這是第三次對話。三次“對話”的目的是使數(shù)據(jù)包的發(fā)送和接收同步，經(jīng)過三次“對話”之后，主機(jī)A才向主機(jī)B正式發(fā)送數(shù)據(jù)。詳細(xì)點(diǎn)說就是：TCP接通連接要進(jìn)行3次握手過程1主機(jī)A通過向主機(jī)B發(fā)送一個(gè)含有同步序列號的標(biāo)志位的數(shù)據(jù)段給主機(jī)B,向主機(jī)B請求建立連接,通過這個(gè)數(shù)據(jù)段,主機(jī)A告訴主機(jī)B兩件事:我想要和你通信;你可以用哪個(gè)序列號作為起始數(shù)據(jù)段來回應(yīng)我.2主機(jī)B收到主機(jī)A的請求后,用一個(gè)帶有確認(rèn)應(yīng)答(ACK)和同步序列號(SYN)標(biāo)志位的數(shù)據(jù)段響應(yīng)主機(jī)A,也告訴主機(jī)A兩件事:我已經(jīng)收到你的請求了,你可以傳輸數(shù)據(jù)了;你要用哪佧序列號作為起始數(shù)據(jù)段來回應(yīng)我3主機(jī)A收到這個(gè)數(shù)據(jù)段后,再發(fā)送一個(gè)確認(rèn)應(yīng)答,確認(rèn)已收到主機(jī)B的數(shù)據(jù)段:"我已收到回復(fù),我現(xiàn)在要開始傳輸實(shí)際數(shù)據(jù)了這樣3次握手就完成了,主機(jī)A和