通過對互聯(lián)網(wǎng)的認(rèn)識，我們發(fā)現(xiàn)TCP傳輸層協(xié)議是網(wǎng)絡(luò)進(jìn)行工作的核心也是基礎(chǔ)。它的重要性我們在此也就不再過多的描述了。針對它的服務(wù)流程我們現(xiàn)在來具體的講解一下，希望這部分的內(nèi)容能讓大家通過文章來了解清楚。

TCP傳輸層協(xié)議提供的是可靠的、面向連接的傳輸控制協(xié)議，即在傳輸數(shù)據(jù)前要先建立邏輯連接，然后再傳輸數(shù)據(jù)，最后釋放連接3個(gè)過程。TCP提供端到端、全雙工通信；采用字節(jié)流方式，如果字節(jié)流太長，將其分段；提供緊急數(shù)據(jù)傳送功能。

盡管TCP和UDP都使用相同的網(wǎng)絡(luò)層（IP），TCP卻向應(yīng)用層提供與UDP完全不同的服務(wù)。

TCP提供一種面向連接的、可靠的字節(jié)流服務(wù)。

面向連接意味著兩個(gè)使用TCP的應(yīng)用（通常是一個(gè)客戶和一個(gè)服務(wù)器）在彼此交換數(shù)據(jù)之前必須先建立一個(gè)TCP連接。這一過程與打電話很相似，先撥號振鈴，等待對方摘機(jī)說“喂”，然后才說明是誰。

在一個(gè)TCP連接中，僅有兩方進(jìn)行彼此通信。廣播和多播不能用于TCP。

TCP傳輸層協(xié)議通過下列方式來提供可靠性：

◆應(yīng)用數(shù)據(jù)被分割成TCP認(rèn)為最適合發(fā)送的數(shù)據(jù)塊。這和UDP完全不同，應(yīng)用程序產(chǎn)生的數(shù)據(jù)報(bào)長度將保持不變。由TCP傳遞給IP的信息單位稱為報(bào)文段或段（segment）TCP如何確定報(bào)文段的長度。

◆當(dāng)TCP發(fā)出一個(gè)段后，它啟動一個(gè)定時(shí)器，等待目的端確認(rèn)收到這個(gè)報(bào)文段。如果不能及時(shí)收到一個(gè)確認(rèn)，將重發(fā)這個(gè)報(bào)文段。•當(dāng)TCP收到發(fā)自TCP連接另一端的數(shù)據(jù)，它將發(fā)送一個(gè)確認(rèn)。這個(gè)確認(rèn)不是立即發(fā)送，通常將推遲幾分之一秒。

◆TCP將保持它首部和數(shù)據(jù)的檢驗(yàn)和。這是一個(gè)端到端的檢驗(yàn)和，目的是檢測數(shù)據(jù)在傳輸過程中的任何變化。如果收到段的檢驗(yàn)和有差錯，TCP傳輸層協(xié)議將丟棄這個(gè)報(bào)文段和不確認(rèn)收到此報(bào)文段（希望發(fā)端超時(shí)并重發(fā)）。

◆既然TCP報(bào)文段作為IP數(shù)據(jù)報(bào)來傳輸，而IP數(shù)據(jù)報(bào)的到達(dá)可能會失序，因此TCP報(bào)文段的到達(dá)也可能會失序。如果必要，TCP將對收到的數(shù)據(jù)進(jìn)行重新排序，將收到的數(shù)據(jù)以正確的順序交給應(yīng)用層。

◆既然IP數(shù)據(jù)報(bào)會發(fā)生重復(fù)，TCP的接收端必須丟棄重復(fù)的數(shù)據(jù)。

◆TCP還能提供流量控制。TCP連接的每一方都有固定大小的緩沖空間。TCP傳輸層協(xié)議的接收端只允許另一端發(fā)送接收端緩沖區(qū)所能接納的數(shù)據(jù)。這將防止較快主機(jī)致使較慢主機(jī)的緩沖區(qū)溢出。

兩個(gè)應(yīng)用程序通過TCP連接交換8bit字節(jié)構(gòu)成的字節(jié)流。TCP不在字節(jié)流中插入記錄標(biāo)識符。我們將這稱為字節(jié)流服務(wù)（bytestreamservice）。如果一方的應(yīng)用程序先傳10字節(jié)，又傳20字節(jié)，再傳50字節(jié)，連接的另一方將無法了解發(fā)方每次發(fā)送了多少字節(jié)。收方可以分4次接收這80個(gè)字節(jié)，每次接收20字節(jié)。一端將字節(jié)流放到TCP連接上，同樣的字節(jié)流將出現(xiàn)在TCP連接的另一端。

另外，TCP對字節(jié)流的內(nèi)容不作任何解釋。TCP不知道傳輸?shù)臄?shù)據(jù)字節(jié)流是二進(jìn)制數(shù)據(jù)，還是ASCII字符、EBCDIC字符或者其他類型數(shù)據(jù)。對字節(jié)流的解釋由TCP連接雙方的應(yīng)用層解釋。

這種對字節(jié)流的處理方式與Unix操作系統(tǒng)對文件的處理方式很相似。Unix的內(nèi)核對一個(gè)應(yīng)用讀或?qū)懙膬?nèi)容不作任何解釋，而是交給應(yīng)用程序處理。對Unix的內(nèi)核來說，它無法區(qū)分一個(gè)二進(jìn)制文件與一個(gè)文本文件。

TCP傳輸層協(xié)議，使用三次握手協(xié)議建立連接。當(dāng)主動方發(fā)出SYN連接請求后，等待對方回答SYN，ACK。這種建立連接的方法可以防止產(chǎn)生錯誤的連接，TCP使用的流量控制協(xié)議是可變大小的滑動窗口協(xié)議。

第一次握手：建立連接時(shí)，客戶端發(fā)送SYN包(SEQ=x)到服務(wù)器，并進(jìn)入SYN_SEND狀態(tài)，等待服務(wù)器確認(rèn)。

第二次握手：服務(wù)器收到SYN包，必須確認(rèn)客戶的SYN(ACK=x+1),同時(shí)自己也送一個(gè)SYN包(SEQ=y),即SYN+ACK包，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)。

第三次握手：客戶端收到服務(wù)器的SYN+ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ACK=y+1),此包發(fā)送完畢，客戶端和服務(wù)器時(shí)入Established狀態(tài)，完成三次握手。