美國服務(wù)器TCP協(xié)議是TCP/IP協(xié)議族中另一個重要的協(xié)議。和IP協(xié)議相比，TCP協(xié)議更靠近應(yīng)用層，在應(yīng)用程序中具有更強的可操作性，部分重要的 socket選項都和TCP協(xié)議相關(guān)。今天美聯(lián)科技表現(xiàn)就來講下TCP協(xié)議。

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

        TCP協(xié)議的這種連接是一對一的，所以基于廣播和多播，目標是多個主機地址的應(yīng)用程序不能使用TCP服務(wù)。而無連接協(xié)議UDP則非常適合于廣播和多播。

       節(jié)流服務(wù)和數(shù)據(jù)報服務(wù)的區(qū)別會對應(yīng)到實際編程中，體現(xiàn)為通信雙方是否必須執(zhí)行相同次數(shù)的讀、寫操作。當發(fā)送端應(yīng)用程序連續(xù)執(zhí)行多次寫操作時，TCP模塊先將這些數(shù)據(jù)放入TCP發(fā)送緩沖區(qū)中。當TCP模塊真正開始發(fā)送數(shù)據(jù)時，發(fā)送緩沖區(qū)中這些等待發(fā)送的數(shù)據(jù)可能被封裝成一個或多個TCP報文段發(fā)出。因此，TCP模塊發(fā)送出的TCP報文段的個數(shù)和應(yīng)用程序執(zhí)行的寫操作次數(shù)之間沒有固定的數(shù)量關(guān)系。

        當接收端收到一個或多個TCP報文段后，TCP模塊將它們攜帶的應(yīng)用程序數(shù)據(jù)按照TCP報文段的序號依次放入TCP接收緩沖區(qū)中，并通知應(yīng)用程序讀取數(shù)據(jù)。接收端應(yīng)用程序可以一次性將TCP接收緩沖區(qū)中的數(shù)據(jù)全部讀出，也可以分多次讀取，這取決于用戶指定的應(yīng)用程序讀緩沖區(qū)的大小。因此，應(yīng)用程序執(zhí)行的讀操作次數(shù)和TCP模塊接收到的TCP報文段個數(shù)之間也沒有固定的數(shù)量關(guān)系。

        綜上所述，發(fā)送端執(zhí)行的寫操作次數(shù)和接收端執(zhí)行的讀操作次數(shù)之間沒有任何數(shù)量關(guān)系，這就是字節(jié)流的概念：應(yīng)用程序?qū)?shù)據(jù)的發(fā)送和接收是沒有邊界限制的。UDP則不然。發(fā)送端應(yīng)用程序每執(zhí)行一次寫操作UDP模塊就將其封裝成一個UDP數(shù)據(jù)報并發(fā)送之。接收端必須及時針對每一個UDP數(shù)據(jù)報執(zhí)行讀操作，否則就會丟包。并且，如果用戶沒有指定足夠的應(yīng)用程序緩沖區(qū)來讀取UDP數(shù)據(jù)，則UDP數(shù)據(jù)將被截斷。

        美國服務(wù)器TCP傳輸是可靠的，TCP協(xié)議采用發(fā)送應(yīng)答機制，即發(fā)送端發(fā)送的每個TCP報文段都必須得到接收方的應(yīng)答，才認為這個TCP報文段傳輸成功。其次，TCP協(xié)議采用超時重傳機制，發(fā)送端在發(fā)送出一個TCP報文段之后啟動定時器，如果在定時時間內(nèi)未收到應(yīng)答，它將重發(fā)該報文段。最后，因為TCP報文段最終是以IP數(shù)據(jù)報發(fā)送的，而IP數(shù)據(jù)報到達接收端可能亂序、重復(fù)，所以TCP協(xié)議還會對接收到的TCP報文段重排、整理，再交付給應(yīng)用層。

        關(guān)注美聯(lián)科技，了解更多IDC資訊！