術(shù)語儲(chǔ)備：
SYN：同步位 ；SYN=1,表示進(jìn)行一個(gè)連接請(qǐng)求
ACK：確認(rèn)位 ；ACK=1,確認(rèn)有效 ACK=0，確認(rèn)無效
ack : 確認(rèn)號(hào) ；對(duì)方發(fā)送序號(hào)+1
seq ： 序號(hào) ; 標(biāo)識(shí)從TCP發(fā)端向TCP收端發(fā)送的數(shù)據(jù)字節(jié)流
FIN ：表示關(guān)閉連接
TCP/UDP協(xié)議都是傳輸層協(xié)議
TCP協(xié)議：（傳輸控制協(xié)議）
連接（三次握手），斷開連接（四次揮手）
為其上層提供面向連接的可靠數(shù)據(jù)傳輸服務(wù)
TCP通信雙方在傳輸數(shù)據(jù)之前必須首先建立TCP連接（邏輯連接，非物理連接），數(shù)據(jù)傳輸結(jié)束后必須要釋放連接，為了實(shí)現(xiàn)可靠傳輸，使用很多措施，TCP連接管理，確認(rèn)機(jī)制，超時(shí)重傳，流量控制，擁塞控制等，報(bào)文段首部比較大，占用處理機(jī)資源比較多。
三次握手：
客戶端首先給服務(wù)端發(fā)送一個(gè)SYN位 置1的報(bào)文，
當(dāng)服務(wù)端收到報(bào)文后，就知道客戶端想要建立一個(gè)新的連接，
于是服務(wù)端給客戶端發(fā)送一個(gè)ACK位置1，SYN位置1的消息確認(rèn)包，
當(dāng)客戶端接收到后，客戶端就知道它既可以發(fā)送也能接收數(shù)據(jù)了，
但此時(shí)，服務(wù)端只知道自己可以接受數(shù)據(jù)，卻不知道發(fā)給客戶端的數(shù)據(jù)它接收到?jīng)]有，所以，此時(shí)客戶端要給服務(wù)端發(fā)送一個(gè)ACK位置1的報(bào)文，完成后，3次握手結(jié)束，連接建立
四次揮手：
可以由任意一方發(fā)起，
設(shè)發(fā)起的一方為客戶端，
客戶端首先發(fā)送一個(gè)FIN位 置1的報(bào)文，
服務(wù)端收到后，知道客戶端想和自己斷開連接，但是，
服務(wù)端不一定做好了準(zhǔn)備，因?yàn)榇藭r(shí)很有可能有一些未發(fā)送完的消息，還要繼續(xù)發(fā)送，
所以服務(wù)端只能先進(jìn)行一個(gè)消息的確認(rèn)，就是先告訴客戶端，它知道客戶端要斷開連接了，但是它還有消息沒發(fā)送完，等發(fā)送完之后，再聯(lián)系客戶端。
當(dāng)服務(wù)端數(shù)據(jù)發(fā)完之后，會(huì)向客戶端發(fā)送一個(gè)FIN值為1的報(bào)文，客戶端收到后，會(huì)向服務(wù)端發(fā)送一個(gè)確認(rèn)報(bào)文，四次揮手結(jié)束
文章來源：http://www.zghlxwxcb.cn/news/detail-493630.html
UDP協(xié)議 ：（用戶數(shù)據(jù)報(bào)協(xié)議）
為上層提供的是無連接的不可靠的數(shù)據(jù)傳輸服務(wù)
通信雙方傳輸數(shù)據(jù)之前不需要建立連接
UDP不需要可靠傳輸，因此不需要使用可靠傳輸?shù)母鞣N機(jī)制
實(shí)現(xiàn)簡單，用戶數(shù)據(jù)報(bào)的首部比較小文章來源地址http://www.zghlxwxcb.cn/news/detail-493630.html
到了這里，關(guān)于TCP/UDP協(xié)議重溫三次握手四次揮手 簡單筆記的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
