下面我著重講解一下TCP協(xié)議和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é)調工作）的數(shù)據(jù)包：“可以，你什么時候發(fā)？”，這是第二次對話；主機A再發(fā)出一個數(shù)據(jù)包確認主機B的要求同步：“我現(xiàn)在就發(fā)，你接著吧！”，這是第三次對話。三次“對話”的目的是使數(shù)據(jù)包的發(fā)送和接收同步，經(jīng)過三次“對話”之后，主機A才向主機B正式發(fā)送數(shù)據(jù)。
詳細點說就是：（文章部分轉載http://zhangjiangxing-gmail-com.iteye.com，主要是這個人講解得很到位，的確很容易使人理解！）
TCP三次握手過程
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ù)了.
3次握手的特點
沒有應用層的數(shù)據(jù)
SYN這個標志位只有在TCP建產(chǎn)連接時才會被置1
握手完成后SYN標志位被置0

TCP建立連接要進行3次握手,而斷開連接要進行4次

1當主機A完成數(shù)據(jù)傳輸后,將控制位FIN置1,提出停止TCP連接的請求
2主機B收到FIN后對其作出響應,確認這一方向上的TCP連接將關閉,將ACK置1
3 由B 端再提出反方向的關閉請求,將FIN置1
4 主機A對主機B的請求進行確認,將ACK置1,雙方向的關閉結束.
由TCP的三次握手和四次斷開可以看出,TCP使用面向連接的通信方式,大大提高了數(shù)據(jù)通信的可靠性,使發(fā)送數(shù)據(jù)端
和接收端在數(shù)據(jù)正式傳輸前就有了交互,為數(shù)據(jù)正式傳輸打下了可靠的基礎
名詞解釋
ACKTCP報頭的控制位之一,對數(shù)據(jù)進行確認.確認由目的端發(fā)出,用它來告訴發(fā)送端這個序列號之前的數(shù)據(jù)段
都收到了.比如,確認號為X,則表示前X-1個數(shù)據(jù)段都收到了,只有當ACK=1時,確認號才有效,當ACK=0時,確認號無效,這時會要求重傳數(shù)據(jù),保證數(shù)據(jù)的完整性.
SYN同步序列號,TCP建立連接時將這個位置1
FIN發(fā)送端完成發(fā)送任務位,當TCP完成數(shù)據(jù)傳輸需要斷開時,提出斷開連接的一方將這位置1

小結TCP與UDP的區(qū)別：
1.基于連接與無連接；
2.對系統(tǒng)資源的要求（TCP較多，UDP少）；
3.UDP程序結構較簡單；
4.流模式與數(shù)據(jù)報模式 ；
5.TCP保證數(shù)據(jù)正確性，UDP可能丟包，TCP保證數(shù)據(jù)順序，UDP不保證

Take a small step every day

總結

以上是生活随笔為你收集整理的tcp和udp区别的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。