一.TCP協(xié)議特點(diǎn)為面向連接、字節(jié)流和可靠傳輸

面向連接：使用TCP協(xié)議通信的雙方必須先建立連接，然后才能開始數(shù)據(jù)的讀寫。雙方都必須為該連接分配必要的內(nèi)核資源，以管理連接的狀態(tài)和連接上數(shù)據(jù)的傳輸。TCP連接是全雙工的，即雙方的數(shù)據(jù)讀寫可以通過一個(gè)連接進(jìn)行。完成數(shù)據(jù)交換之后，通信雙方都必須斷開連接以釋放系統(tǒng)資源。

字節(jié)流：發(fā)送端執(zhí)行的寫操作次數(shù)和接收端執(zhí)行的讀操作次數(shù)之間沒有任何數(shù)量關(guān)系，這就是字節(jié)流的概念﹔應(yīng)用程序?qū)?shù)據(jù)的發(fā)送和接收是沒有邊界限制的。TCP先將數(shù)據(jù)存放于發(fā)送緩沖區(qū)中，等待,等待發(fā)送數(shù)據(jù)的時(shí)候,發(fā)送緩沖區(qū)中等待發(fā)送的數(shù)據(jù)

TCP為可靠傳輸機(jī)制:

１.TCP采用了發(fā)送應(yīng)答機(jī)制,即發(fā)送端每個(gè)TCP報(bào)文都必須收到收方的應(yīng)答報(bào)文，才會(huì)認(rèn)為TCP報(bào)文傳輸完成.

2. TCP協(xié)議采用了超時(shí)重傳機(jī)制，在發(fā)送發(fā)發(fā)送完TCP報(bào)文段之后 啟動(dòng)定時(shí)器,如果在規(guī)定時(shí)間內(nèi)未收到應(yīng)答的話,將會(huì)重新發(fā)送報(bào)文段

3.TCP報(bào)文段最終是以IP數(shù)據(jù)報(bào)發(fā)送的,而IP數(shù)據(jù)報(bào)到達(dá)接收端可能會(huì)亂序,,重復(fù),所以TCP協(xié)議還會(huì)對(duì)TCP報(bào)文段進(jìn)行亂序重排,去重的操作

TCP粘包

什么是tcp粘包？拆包？ 答：c向s發(fā)送2個(gè)數(shù)據(jù)包，那么可能會(huì)出現(xiàn)3種情況：1 正常，2 兩個(gè)包一同發(fā)送，3 s接收到不完整的或多出一部分的數(shù)據(jù)包。

原因是什么？答：1 c一次發(fā)送的數(shù)據(jù)大于套接字緩沖區(qū)，拆包，2 c一次發(fā)送數(shù)據(jù)小于套接字緩沖區(qū)大小，網(wǎng)卡將多次發(fā)送的數(shù)據(jù)一次發(fā)送到s, 3 c不及時(shí)讀取 4 tcp報(bào)文長度大于分段長度。

如何解決？答：c添加包首部，長度 ！固定每次發(fā)送的報(bào)文長度，不夠補(bǔ)0.! 約定好包的邊界，添加首部尾部標(biāo)識(shí),或者每次發(fā)送完數(shù)據(jù)之后在接收端對(duì)發(fā)送端發(fā)送一個(gè)標(biāo)志信息來代表發(fā)送成功,有這么一步之后再進(jìn)行下一步的發(fā)送!

總結(jié)

以上是生活随笔為你收集整理的TCP的协议特点(对于《Linux高性能服务器编程》的部分摘录以及自己的部分见解)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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