(转)TCP和UDP之间的区别
生活随笔
收集整理的這篇文章主要介紹了
(转)TCP和UDP之间的区别
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
TCP和UDP區(qū)別
OSI 和 TCP/IP 模型在傳輸層定義兩種傳輸協(xié)議:TCP(或傳輸控制協(xié)議)和 UDP(或用戶數(shù)據(jù)報協(xié)議)。 UDP?
??? UDP 與 TCP 的主要區(qū)別在于 UDP 不一定提供可靠的數(shù)據(jù)傳輸。事實上,該協(xié)議不能保證數(shù)據(jù)準確無誤地到達目的地。UDP 在許多方面非常有效。當某個程序的目標是盡快地傳輸盡可能多的信息時(其中任意給定數(shù)據(jù)的重要性相對較低),可使用 UDP。ICQ 短消息使用 UDP 協(xié)議發(fā)送消息。?
??? 許多程序?qū)⑹褂脝为毜腡CP連接和單獨的UDP連接。重要的狀態(tài)信息隨可靠的TCP連接發(fā)送,而主數(shù)據(jù)流通過UDP發(fā)送。 TCP
??? TCP的目的是提供可靠的數(shù)據(jù)傳輸,并在相互進行通信的設(shè)備或服務(wù)之間保持一個虛擬連接。TCP在數(shù)據(jù)包接收無序、丟失或在交付期間被破壞時,負責(zé)數(shù)據(jù)恢復(fù)。它通過為其發(fā)送的每個數(shù)據(jù)包提供一個序號來完成此恢復(fù)。記住,較低的網(wǎng)絡(luò)層會將每個數(shù)據(jù)包視為一個獨立的單元,因此,數(shù)據(jù)包可以沿完全不同的路徑發(fā)送,即使它們都是同一消息的組成部分。這種路由與網(wǎng)絡(luò)層處理分段和重新組裝數(shù)據(jù)包的方式非常相似,只是級別更高而已。
??? 為確保正確地接收數(shù)據(jù),TCP要求在目標計算機成功收到數(shù)據(jù)時發(fā)回一個確認(即 ACK)。如果在某個時限內(nèi)未收到相應(yīng)的 ACK,將重新傳送數(shù)據(jù)包。如果網(wǎng)絡(luò)擁塞,這種重新傳送將導(dǎo)致發(fā)送的數(shù)據(jù)包重復(fù)。但是,接收計算機可使用數(shù)據(jù)包的序號來確定它是否為重復(fù)數(shù)據(jù)包,并在必要時丟棄它。 TCP與UDP的選擇 如果比較UDP包和TCP包的結(jié)構(gòu),很明顯UDP包不具備TCP包復(fù)雜的可靠性與控制機制。與TCP協(xié)議相同,UDP的源端口數(shù)和目的端口數(shù)也都支持一臺主機上的多個應(yīng)用。一個16位的UDP包包含了一個字節(jié)長的頭部和數(shù)據(jù)的長度,校驗碼域使其可以進行整體校驗。(許多應(yīng)用只支持UDP,如:多媒體數(shù)據(jù)流,不產(chǎn)生任何額外的數(shù)據(jù),即使知道有破壞的包也不進行重發(fā)。)?
??? 很明顯,當數(shù)據(jù)傳輸?shù)男阅鼙仨氉屛挥跀?shù)據(jù)傳輸?shù)耐暾浴⒖煽刂菩院涂煽啃詴r,TCP協(xié)議是當然的選擇。當強調(diào)傳輸性能而不是傳輸?shù)耐暾詴r,如:音頻和多媒體應(yīng)用,UDP是最好的選擇。在數(shù)據(jù)傳輸時間很短,以至于此前的連接過程成為整個流量主體的情況下,UDP也是一個好的選擇,如:DNS交換。把SNMP建立在UDP上的部分原因是設(shè)計者認為當發(fā)生網(wǎng)絡(luò)阻塞時,UDP較低的開銷使其有更好的機會去傳送管理數(shù)據(jù)。TCP豐富的功能有時會導(dǎo)致不可預(yù)料的性能低下,但是我們相信在不遠的將來,TCP可靠的點對點連接將會用于絕大多數(shù)的網(wǎng)絡(luò)應(yīng)用。 TCP協(xié)議和UDP協(xié)議特性區(qū)別總結(jié): ???? 1. TCP協(xié)議在傳送數(shù)據(jù)段的時候要給段標號;UDP協(xié)議不 ???? 2. TCP協(xié)議可靠;UDP協(xié)議不可靠 ???? 3. TCP協(xié)議是面向連接;UDP協(xié)議采用無連接 ???? 4. TCP協(xié)議負載較高,采用虛電路;UDP采用無連接 ???? 5. TCP協(xié)議的發(fā)送方要確認接收方是否收到數(shù)據(jù)段(3次握手協(xié)議) ???? 6. TCP協(xié)議采用窗口技術(shù)和流控制
| TCP | UDP | |
| 是否連接 | 面向連接 | 面向非連接 |
| 傳輸可靠性 | 可靠的 | 不可靠的 |
| 應(yīng)用場合 | 傳輸大量的數(shù)據(jù) | 少量數(shù)據(jù) |
| 速度 | 慢 | 快 |
??? UDP 與 TCP 的主要區(qū)別在于 UDP 不一定提供可靠的數(shù)據(jù)傳輸。事實上,該協(xié)議不能保證數(shù)據(jù)準確無誤地到達目的地。UDP 在許多方面非常有效。當某個程序的目標是盡快地傳輸盡可能多的信息時(其中任意給定數(shù)據(jù)的重要性相對較低),可使用 UDP。ICQ 短消息使用 UDP 協(xié)議發(fā)送消息。?
??? 許多程序?qū)⑹褂脝为毜腡CP連接和單獨的UDP連接。重要的狀態(tài)信息隨可靠的TCP連接發(fā)送,而主數(shù)據(jù)流通過UDP發(fā)送。 TCP
??? TCP的目的是提供可靠的數(shù)據(jù)傳輸,并在相互進行通信的設(shè)備或服務(wù)之間保持一個虛擬連接。TCP在數(shù)據(jù)包接收無序、丟失或在交付期間被破壞時,負責(zé)數(shù)據(jù)恢復(fù)。它通過為其發(fā)送的每個數(shù)據(jù)包提供一個序號來完成此恢復(fù)。記住,較低的網(wǎng)絡(luò)層會將每個數(shù)據(jù)包視為一個獨立的單元,因此,數(shù)據(jù)包可以沿完全不同的路徑發(fā)送,即使它們都是同一消息的組成部分。這種路由與網(wǎng)絡(luò)層處理分段和重新組裝數(shù)據(jù)包的方式非常相似,只是級別更高而已。
??? 為確保正確地接收數(shù)據(jù),TCP要求在目標計算機成功收到數(shù)據(jù)時發(fā)回一個確認(即 ACK)。如果在某個時限內(nèi)未收到相應(yīng)的 ACK,將重新傳送數(shù)據(jù)包。如果網(wǎng)絡(luò)擁塞,這種重新傳送將導(dǎo)致發(fā)送的數(shù)據(jù)包重復(fù)。但是,接收計算機可使用數(shù)據(jù)包的序號來確定它是否為重復(fù)數(shù)據(jù)包,并在必要時丟棄它。 TCP與UDP的選擇 如果比較UDP包和TCP包的結(jié)構(gòu),很明顯UDP包不具備TCP包復(fù)雜的可靠性與控制機制。與TCP協(xié)議相同,UDP的源端口數(shù)和目的端口數(shù)也都支持一臺主機上的多個應(yīng)用。一個16位的UDP包包含了一個字節(jié)長的頭部和數(shù)據(jù)的長度,校驗碼域使其可以進行整體校驗。(許多應(yīng)用只支持UDP,如:多媒體數(shù)據(jù)流,不產(chǎn)生任何額外的數(shù)據(jù),即使知道有破壞的包也不進行重發(fā)。)?
??? 很明顯,當數(shù)據(jù)傳輸?shù)男阅鼙仨氉屛挥跀?shù)據(jù)傳輸?shù)耐暾浴⒖煽刂菩院涂煽啃詴r,TCP協(xié)議是當然的選擇。當強調(diào)傳輸性能而不是傳輸?shù)耐暾詴r,如:音頻和多媒體應(yīng)用,UDP是最好的選擇。在數(shù)據(jù)傳輸時間很短,以至于此前的連接過程成為整個流量主體的情況下,UDP也是一個好的選擇,如:DNS交換。把SNMP建立在UDP上的部分原因是設(shè)計者認為當發(fā)生網(wǎng)絡(luò)阻塞時,UDP較低的開銷使其有更好的機會去傳送管理數(shù)據(jù)。TCP豐富的功能有時會導(dǎo)致不可預(yù)料的性能低下,但是我們相信在不遠的將來,TCP可靠的點對點連接將會用于絕大多數(shù)的網(wǎng)絡(luò)應(yīng)用。 TCP協(xié)議和UDP協(xié)議特性區(qū)別總結(jié): ???? 1. TCP協(xié)議在傳送數(shù)據(jù)段的時候要給段標號;UDP協(xié)議不 ???? 2. TCP協(xié)議可靠;UDP協(xié)議不可靠 ???? 3. TCP協(xié)議是面向連接;UDP協(xié)議采用無連接 ???? 4. TCP協(xié)議負載較高,采用虛電路;UDP采用無連接 ???? 5. TCP協(xié)議的發(fā)送方要確認接收方是否收到數(shù)據(jù)段(3次握手協(xié)議) ???? 6. TCP協(xié)議采用窗口技術(shù)和流控制
?
總結(jié)
以上是生活随笔為你收集整理的(转)TCP和UDP之间的区别的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: javaweb学习总结(十)——Http
- 下一篇: java Math类中的pow方法的问题