TCP傳輸協(xié)議中如何解決丟包問(wèn)題？

一、回答這個(gè)問(wèn)題之前，要考慮TCP協(xié)議為什么會(huì)丟包，在什么樣的情況下會(huì)丟包。

創(chuàng)新互聯(lián)建站的客戶來(lái)自各行各業(yè)，為了共同目標(biāo)，我們?cè)诠ぷ魃厦芮信浜?，從?chuàng)業(yè)型小企業(yè)到企事業(yè)單位，感謝他們對(duì)我們的要求，感謝他們從不同領(lǐng)域給我們帶來(lái)的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來(lái)驚喜。專業(yè)領(lǐng)域包括網(wǎng)站建設(shè)、成都做網(wǎng)站、電商網(wǎng)站開發(fā)、微信營(yíng)銷、系統(tǒng)平臺(tái)開發(fā)。

1、TCP協(xié)議定義（Transimission Control Protocol）是以一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。

2、TCP是基于不可靠的網(wǎng)路實(shí)現(xiàn)可靠傳輸，肯定會(huì)存在丟包問(wèn)題。

3、如果在通信過(guò)程中，發(fā)現(xiàn)缺少數(shù)據(jù)或者丟包，那邊么最大的可能性是程序發(fā)送過(guò)程或者接受過(guò)程中出現(xiàn)問(wèn)題。

例如：我有2臺(tái)服務(wù)器 ，A和B服務(wù)器。

A服務(wù)器發(fā)送數(shù)據(jù)給B服務(wù)器頻率過(guò)高時(shí)，B服務(wù)器來(lái)不及處理，造成數(shù)據(jù)丟包。（原因可能是程序邏輯問(wèn)題，多線程同步問(wèn)題，緩沖區(qū)溢出問(wèn)題）

如果A服務(wù)器不對(duì)發(fā)送頻率進(jìn)行控制，或者數(shù)據(jù)進(jìn)行重發(fā)的話，那么B服務(wù)器收到數(shù)據(jù)就會(huì)少。就會(huì)造成丟失數(shù)據(jù)

二、TCP協(xié)議丟包后，如何解決丟包的問(wèn)題

為了滿足TCP協(xié)議不丟包。TCP協(xié)議有如下規(guī)定

1、數(shù)據(jù)分片：發(fā)送端對(duì)數(shù)據(jù)進(jìn)行分片，接受端要對(duì)數(shù)據(jù)進(jìn)行重組，由TCP確定分片的大小并控制分片和重組

2、到達(dá)確認(rèn)：接收端接收到分片數(shù)據(jù)時(shí)，根據(jù)分片數(shù)據(jù)序號(hào)向發(fā)送端發(fā)送一個(gè)確認(rèn)

3、超時(shí)重發(fā)：發(fā)送方在發(fā)送分片時(shí)設(shè)置超時(shí)定時(shí)器，如果在定時(shí)器超時(shí)之后沒(méi)有收到相應(yīng)的確認(rèn)，重發(fā)分片數(shù)據(jù)

4、滑動(dòng)窗口：TCP連接的每一方的接受緩沖空間大小固定，接收端只允許另一端發(fā)送接收端緩沖區(qū)所能接納的數(shù)據(jù)，TCP在滑動(dòng)窗口的基礎(chǔ)上提供流量控制，防止較快主機(jī)致使較慢主機(jī)的緩沖區(qū)溢出

5、失序處理：作為IP數(shù)據(jù)報(bào)來(lái)傳輸?shù)腡CP分片到達(dá)時(shí)可能會(huì)失序，TCP將對(duì)收到的數(shù)據(jù)進(jìn)行重新排序，將收到的數(shù)據(jù)以正確的順序交給應(yīng)用層；

6、重復(fù)處理：作為IP數(shù)據(jù)報(bào)來(lái)傳輸?shù)腡CP分片會(huì)發(fā)生重復(fù)，TCP的接收端必須丟棄重復(fù)的數(shù)據(jù)；

7、數(shù)據(jù)校驗(yàn)：TCP將保持它首部和數(shù)據(jù)的檢驗(yàn)和，這是一個(gè)端到端的檢驗(yàn)和，目的是檢測(cè)數(shù)據(jù)在傳輸過(guò)程中的任何變化。如果收到分片的檢驗(yàn)或有差錯(cuò)，TCP將丟棄這個(gè)分片，并不確認(rèn)收到此報(bào)文段導(dǎo)致對(duì)端超時(shí)并重發(fā)

【golang】高并發(fā)下TCP常見問(wèn)題解決方案

首先，看一下TCP握手簡(jiǎn)單描繪過(guò)程：

其握手過(guò)程原理，就不必說(shuō)了，有很多詳細(xì)文章進(jìn)行敘述，本文只關(guān)注研究重點(diǎn)。

在第三次握手過(guò)程中，如果服務(wù)器收到ACK，就會(huì)與客戶端建立連接，此時(shí)內(nèi)核會(huì)把連接從半連接隊(duì)列移除，然后創(chuàng)建新的連接，并將其添加到全連接隊(duì)列，等待進(jìn)程調(diào)用。

如果服務(wù)器繁忙，來(lái)不及調(diào)用連接導(dǎo)致全連接隊(duì)列溢出，服務(wù)器就會(huì)放棄當(dāng)前握手連接，發(fā)送RST給客戶端，即connection reset by peer。

在linux平臺(tái)上，客戶端在進(jìn)行高并發(fā)TCP連接處理時(shí)，最高并發(fā)數(shù)量都要受系統(tǒng)對(duì)用戶單一進(jìn)程同時(shí)打開文件數(shù)量的限制（這是因?yàn)橄到y(tǒng)每個(gè)TCP都是SOCKET句柄，每個(gè)soker句柄都是一個(gè)文件），當(dāng)打開連接超過(guò)限制，就會(huì)出現(xiàn)too many open files。

使用下指令查看最大句柄數(shù)量：

增加句柄解決方案

tcp會(huì)丟包嗎

不會(huì)丟包。tcp是應(yīng)答式的，必須是我發(fā)一個(gè)包你收到了且給我回答說(shuō)"我收到你發(fā)的包了"才會(huì)發(fā)下一個(gè)包，否則過(guò)段時(shí)間會(huì)重發(fā)。如果丟包說(shuō)明網(wǎng)絡(luò)或程序有問(wèn)題。udp協(xié)議會(huì)丟包。望采納。

無(wú)線網(wǎng)TCP丟包

客戶現(xiàn)場(chǎng)使用無(wú)線網(wǎng)絡(luò)通訊，ping不丟包，但應(yīng)用程序總是通訊超時(shí)斷開重連。

ping使用的是ICMP協(xié)議與應(yīng)用程序使用的TCP協(xié)議不同，其只能代表鏈路是連接的，但無(wú)法代表TCP通訊的質(zhì)量?？梢允褂胻cping工具來(lái)檢測(cè)tcp通訊狀態(tài)。