在日常學習、工作或生活中，大家總少不了接觸作文或者范文吧，通過文章可以把我們那些零零散散的思想，聚集在一塊。那么我們該如何寫一篇較為完美的范文呢？以下是小編為大家收集的優(yōu)秀范文，歡迎大家分享閱讀。
以太網(wǎng)udp和tcp的區(qū)別篇一
勞務合同和勞動合同區(qū)別
推薦度：
個人與公司借款協(xié)議書
推薦度：
公司與個人借款協(xié)議書
推薦度：
個人與個人借款協(xié)議書
推薦度：
公司與個人還款協(xié)議書
推薦度：
相關(guān)推薦
引導語：每一種網(wǎng)絡協(xié)議都有其作用的范圍，以下是小編整理的以太網(wǎng)的tcp與udp協(xié)議區(qū)別，歡迎參考閱讀!
tcp(transmission control protocol，傳輸控制協(xié)議)是面向連接的協(xié)議，也就是說，在收發(fā)數(shù)據(jù)前，必須和對方建立可靠的連接。
一個tcp連接必須要經(jīng)過三次“對話”才能建立起來，其中的過程非常復雜，只簡單的描述下這三次對話的簡單過程：主機a向主機b發(fā)出連接請求數(shù)據(jù)包：“我想給你發(fā)數(shù)據(jù)，可以嗎?”，這是第一次對話；主機b向主機a發(fā)送同意連接和要求同步(同步就是兩臺主機一個在發(fā)送，一個在接收，協(xié)調(diào)工作)的數(shù)據(jù)包：“可以，你什么時候發(fā)?”，這是第二次對話；主機a再發(fā)出一個數(shù)據(jù)包確認主機b的要求同步：“我現(xiàn)在就發(fā)，你接著吧！”，這是第三次對話。三次“對話”的目的是使數(shù)據(jù)包的發(fā)送和接收同步，經(jīng)過三次“對話”之后，主機a才向主機b正式發(fā)送數(shù)據(jù)。
1. 主機a通過向主機b發(fā)送一個含有同步序列號的標志位的數(shù)據(jù)段給主機b ，向主機b請求建立連接，通過這個數(shù)據(jù)段，主機a告訴主機b 兩件事：我想要和你通信；你可以用哪個序列號作為起始數(shù)據(jù)段來回應我。
2. 主機b收到主機a的請求后，用一個帶有確認應答(ack)和同步序列號(syn)標志位的數(shù)據(jù)段響應主機a，也告訴主機a兩件事：我已經(jīng)收到你的請求了，你可以傳輸數(shù)據(jù)了；你要用哪佧序列號作為起始數(shù)據(jù)段來回應我。
3. 主機a收到這個數(shù)據(jù)段后，再發(fā)送一個確認應答，確認已收到主機b 的數(shù)據(jù)段：“我已收到回復，我現(xiàn)在要開始傳輸實際數(shù)據(jù)了。這樣3次握手就完成了，主機a和主機b就可以傳輸數(shù)據(jù)了。
tcp建立連接要進行3次握手,而斷開連接要進行4次。
1. 當主機a完成數(shù)據(jù)傳輸后，將控制位fin置1，提出停止tcp連接的請求；
2. 主機b收到fin后對其作出響應，確認這一方向上的tcp連接將關(guān)閉，將ack置1；
3. 由b端再提出反方向的關(guān)閉請求，將fin置1；
4. 主機a對主機b的請求進行確認，將ack置1，雙方向的關(guān)閉結(jié)束。
由tcp的三次握手和四次斷開可以看出,tcp使用面向連接的通信方式，大大提高了數(shù)據(jù)通信的可靠性，使發(fā)送數(shù)據(jù)端和接收端在數(shù)據(jù)正式傳輸前就有了交互，為數(shù)據(jù)正式傳輸打下了可靠的基礎(chǔ)。
udp(user data protocol)——用戶數(shù)據(jù)報協(xié)議，是一個簡單的面向數(shù)據(jù)報的運輸層協(xié)議。udp不提供可靠性，它只是把應用程序傳給ip層的數(shù)據(jù)報發(fā)送出去，但是并不能保證它們能到達目的地。由于udp在傳輸數(shù)據(jù)報前不用在客戶和服務器之間建立一個連接，且沒有超時重發(fā)等機制，故而傳輸速度很快。
udp協(xié)議具有如下幾個特點：
(1)udp是一個非連接的協(xié)議，傳輸數(shù)據(jù)之前源端和終端不建立連接，當它想傳送時就簡單地去抓取來自應用程序的數(shù)據(jù)，并盡可能快地把它扔到網(wǎng)絡上。在發(fā)送端，udp傳送數(shù)據(jù)的速度僅僅是受應用程序生成數(shù)據(jù)的速度、計算機的能力和傳輸帶寬的限制；在接收端，udp把每個消息段放在隊列中，應用程序每次從隊列中讀一個消息段。
(2)由于傳輸數(shù)據(jù)不建立連接，因此也就不需要維護連接狀態(tài)，包括收發(fā)狀態(tài)等，因此一臺服務機可同時向多個客戶機傳輸相同的消息。
(3)udp信息包的標題很短，只有8個字節(jié)，相對于tcp的`20個字節(jié)信息包的額外開銷很小。
(4)吞吐量不受擁擠控制算法的調(diào)節(jié)，只受應用軟件生成數(shù)據(jù)的速率、傳輸帶寬、源端和終端主機性能的限制。
(5)udp使用盡最大努力交付，即不保證可靠交付，因此主機不需要維持復雜的鏈接狀態(tài)表(這里面有許多參數(shù))。
(6)udp是面向報文的。發(fā)送方的udp對應用程序交下來的報文，在添加首部后就向下交付給ip層。既不拆分，也不合并，而是保留這些報文的邊界，因此，應用程序需要選擇合適的報文大小。
我們經(jīng)常使用“ping”命令來測試兩臺主機之間tcp/ip通信是否正常，其實“ping”命令的原理就是向?qū)Ψ街鳈C發(fā)送udp數(shù)據(jù)包，然后對方主機確認收到數(shù)據(jù)包，如果數(shù)據(jù)包是否到達的消息及時反饋回來，那么網(wǎng)絡就是通的。
1. tcp面向連接(如打電話要先撥號建立連接)；udp是無連接的，即發(fā)送數(shù)據(jù)之前不需要建立連接；
2. tcp提供可靠的服務。也就是說，通過tcp連接傳送的數(shù)據(jù)，無差錯，不丟失，不重復，且按序到達；udp盡最大努力交付，也不保證可靠交付；
3. tcp面向字節(jié)流，實際上是tcp把數(shù)據(jù)看成一連串無結(jié)構(gòu)的字節(jié)流；udp是面向報文的；
4. udp沒有擁塞控制，因此網(wǎng)絡出現(xiàn)擁塞不會使源主機的發(fā)送速率降低(對實時應用很有用，如ip電話，實時視頻會議等)；
5. 每一條tcp連接只能是點到點的；udp支持一對一，一對多，多對一和多對多的交互通信；
6. tcp首部開銷20字節(jié)；udp的首部開銷小，只有8個字節(jié)；
7. tcp的邏輯通信信道是全雙工的可靠信道，udp則是不可靠信道。
udp適用于不需要tcp可靠機制的情形，比如，當高層協(xié)議或應用程序提供錯誤和流控制功能的時候，udp是傳輸層協(xié)議，服務于很多知名應用層協(xié)議，包括網(wǎng)絡文件系統(tǒng)(nfs)、簡單網(wǎng)絡管理協(xié)議(snmp)、域名系統(tǒng)(dns)以及簡單文件傳輸系統(tǒng)(tftp)。比如，日常生活中，常見使用udp協(xié)議的應用如下： qq語音、qq視頻、tftp ……。
tcp是一種面向連接的、可靠的、基于字節(jié)流的運輸層通信協(xié)議，通常由ietf的rfc793說明。在簡化的計算機網(wǎng)絡osi模型中，它完成運輸層所指定的功能。一些要求比較高的服務一般使用這個協(xié)議，如ftp、telnet、smtp、http、pop3等。
s("content_relate");【以太網(wǎng)的tcp與udp協(xié)議區(qū)別】相關(guān)文章：
2015全國計算機三級考試《網(wǎng)絡技術(shù)》重點：tcp與udp
09-02
tcp/ip網(wǎng)絡協(xié)議知識點的歸納
09-24
its與its的區(qū)別
11-14
asp與php的區(qū)別
09-29
的區(qū)別
09-03
java與php的區(qū)別
08-14
期貨與期權(quán)的區(qū)別
02-25
linux與windows系統(tǒng)的區(qū)別
10-07
基礎(chǔ)與地基的區(qū)別分析
03-17
【本文地址：http://mlvmservice.com/zuowen/2805428.html】
