【正文】 成數據的速率、傳輸帶寬、源端和終端主機性能的限制。你要用哪佧序列號作為起始數據段來回應我3 主機A收到這個數據段后,再發(fā)送一個確認應答,確認已收到主機B 的數據段:我已收到回復,我現(xiàn)在要開始傳輸實際數據了這樣3次握手就完成了,主機A和主機B 就可以傳輸數據了.3次握手的特點沒有應用層的數據SYN這個標志位只有在TCP建產連接時才會被置1握手完成后SYN標志位被置0TCP斷開連接要進行4次1 當主機A完成數據傳輸后,將控制位FIN置1,提出停止TCP連接的請求2 主機B收到FIN后對其作出響應,確認這一方向上的TCP連接將關閉,將ACK置13 由B 端再提出反方向的關閉請求,將FIN置14 主機A對主機B的請求進行確認,將ACK置1,雙方向的關閉結束.由TCP的三次握手和四次斷開可以看出,TCP使用面向連接的通信方式,大大提高了數據通信的可靠性,使發(fā)送數據端和接收端在數據正式傳輸前就有了交互,為數據正式傳輸打下了可靠的基礎名詞解釋ACK TCP報頭的控制位之一,用它來告訴發(fā)送端這個序列號之前的數據段,確認號為X,則表示前X1個數據段都收到了,只有當ACK=1時,確認號才有效,當ACK=0時,確認號無效,這時會要求重傳數據,保證數據的完整性.SYN 同步序列號,TCP建立連接時將這個位置1FIN 發(fā)送端完成發(fā)送任務位,當TCP完成數據傳輸需要斷開時,提出斷開連接的一方將這位置1UDP（User Data Protocol，用戶數據報協(xié)議）（1） UDP是一個非連接的協(xié)議，傳輸數據之前源端和終端不建立連接，當它想傳送時就簡單地去抓取來自應用程序的數據，并盡可能快地把它扔到網絡上。一個TCP連接必須要經過三次“對話”才能建立起來，其中的過程非常復雜，只簡單的描述下這三次對話的簡單過程：A B//主機A向主機B發(fā)出連接請求數據包：“我想給你發(fā)數據，可以嗎？”，這是第一次對話；A B//主機B向主機A發(fā)送同意連接和要求同步（同步就是兩臺主機一個在發(fā)送，一個在接收，協(xié)調工作）//的數據包：“可以，你什么時候發(fā)？”，這是第二次對話；A B//主機A再發(fā)出一個數據包確認主機B的要求同步：“我現(xiàn)在就發(fā)，你接著吧！”，這是第三次對話。三次“對話”的目的是使數據包的發(fā)送和接收同步，經過三次“對話”之后，主機A才向主機B正式發(fā)送數據。在發(fā)送端，UDP傳送數據的速度僅僅是受應用程序生成數據的速度、計算機的能力和傳輸帶寬的限制；在接收端，UDP把每個消息段放在隊列中，應用程序每次從隊列中讀一個消息段。（5）UDP使用盡最大努力交付，即不保證可靠交付，因此主機不需要維持復雜的鏈接狀態(tài)表（這里面有許多參數）。我們經常使用“ping”命令來測試兩臺主機之間TCP/IP通信是否正常，其實“ping”命令的原理就是向對方主機發(fā)送UDP數據包，然后對方主機確認收到數據包，如果數據包是否到達的消息及時反饋回來，那么網絡就是通的。更多TCP和UPD的資料：TCP傳輸控制協(xié)議,提供的是面向連接、可靠的字節(jié)流服務。UDP不提供可靠性，它只是把應用程序傳給IP層的數據報發(fā)送出去，但是并不能保證它們能到達目的地。UDP 在許多方面非常有效。重要的狀態(tài)信息隨可靠的TCP連接發(fā)送，而主數據流通過UDP發(fā)送。記住，較低的網絡層會將每個數據包視為一個獨立的單元，因此，數據包可以沿完全不同的路徑發(fā)送，即使它們都是同一消息的組成部分。如果網絡擁塞，這種重新傳送將導致發(fā)送的數據包重復。一個16位的UDP包包含了一個字節(jié)長的頭部和數據的長度，校驗碼域使其可以進行整體校驗。在數據傳輸時間很短，以至于此前的連接過程成為整個流量主體的情況下，UDP也是一個好的選擇，如：DNS交換。 TCP與UDP區(qū)別TCP傳輸控制協(xié)議,提供的是面向連接、可靠的字節(jié)流服務。UDP不提供可靠性，它只是把應用程序傳給IP層的數據報發(fā)送出去，但是并不能保證它們能到達目的地。UDP當某個程序的目標是盡快地傳輸盡可能多的信息時（其中任意給定數據的重要性相對較低），可使用 UDP。重要的狀態(tài)信息隨可靠的TCP連接發(fā)送，而主數據流通過UDP發(fā)送。記住，較低的網絡層會將每個數據包視為一個獨立的單元，因此，數據包可以沿完全不同的路徑發(fā)送，即使它們都是同一消息的組成部分。如果網絡擁塞，這種重新傳送將導致發(fā)送的數據包重復。如果比較UDP包和TCP包的結構，很明顯UDP包不具備TCP包復雜的可靠性與控制機制。）在數據傳輸時間很短，以至于此前的連接過程成為整個流量主體的情況下，UDP也是一個好的選擇，如：DNS交換。TCP這個協(xié)議，是面向的連接！面向連接這個概念，我們要從物理層看起。上面我們提到了“信道復用技術”！知道了這一點，我們就很容易明白“物理信道”上的“虛擬信道”概念了！不同的信道復用技術，使用不同的復用技術，目的就是創(chuàng)建“虛擬信道”。一個TCP協(xié)議連接其實就是在物理線路上創(chuàng)建的一條“虛擬信道”。因為會不斷收到新的包,丟失的個別包會有新的包來覆蓋,所以只需在遠程控制系統(tǒng)的通信部分自行處理亂序及重復包的問題,而對于丟包的問題一般不作處理。 但對于命令包這種需要精確收發(fā)的數據, 可在程序的開發(fā)中加入丟包重發(fā)和超時丟棄的處理。沒有點到點的連接，非面向連接的協(xié)議，如UDP，是不可靠的連接。在現(xiàn)代網絡中，UDP并不易于導致傳輸失敗，但是你也不能肯定地說它是可靠的TCP的三次握手(建立連接）和四次揮手(關閉連接） 參照：LISTEN 偵聽來自遠方TCP端口的連接請求；FINWAIT1 等待遠程TCP的連接中斷請求，或先前的連接中斷請求的確認；FINWAIT2 從遠程TCP等待連接中斷請求；TIMEWAIT 等待足夠的時間以確保遠程TCP接收到連接中斷請求的確認；（2）第二次握手：服務器B收到SYN包，必須確認客戶A的SYN（ACK=j+1），同時自己也發(fā)送一個SYN包（SYN=k），即SYN+ACK包，此時服務器B進入SYN_RECV狀態(tài)。圖1 第二次握手:服務器發(fā)回確認包(ACK)應答。 第三次握手.客戶端再次發(fā)送確認包(ACK) SYN標志位為0,+1,+1下面是具體的例子截圖：：TCP的三次握手(方框中的內容） （SYN, (SYN+ACK), ACK)2. TCP的數據傳輸 （[TCP segment of a reassembled PUD])可以看出，server是將數據TCP層對消息包進行分片傳輸(1)Server端收到HTTP請求如GET之后，構造響應消息，其中攜帶網頁內容，在server端的HTTP層發(fā)送消息200 OKserver端的TCP層；關閉連接：FIN只意味著這一方向上沒有數據流動，一個TCP連接在收到一個FIN后仍能發(fā)送數據?？蛻舳嘶蚍掌骶芍鲃影l(fā)起揮手動作，在socket編程中，任何一方執(zhí)行close()操作即可產生揮手操作。和SYN一樣，一個FIN將占用一個序號。（4）客戶端A發(fā)回ACK報文確認，并將確認序號設置為收到序號加1。圖2我估計是時間間隔太短造成。由于TCP連接是全雙工的，因此每個方向都必須單獨進行關閉。TCP協(xié)議的連接是全雙工連接，一個TCP連接存在雙向的讀寫通道。直到接收到對方發(fā)送的FIN，且對方收到了接收確認ACK之后，雙方的數據通信完全結束，過程中每次接收都需要返回確認數據段ACK。（此時，客戶機仍能通過讀通道讀取服務器的數據，服務器仍能通過寫通道寫數據）第二階段 (j)后，返回確認段ACK，序列號為j+1，關閉客戶機讀通道；這是標準的TCP關閉兩個階段，服務器和客戶機都可以發(fā)起關閉，完全對稱。這樣才更好保證，已發(fā)的都能收到，不發(fā)的之后不再發(fā)。所以服務端收到客戶端請求之后，[已經決定不再有后續(xù)通信]，所以寫完的回復之后立即關閉。感覺有幾個地方說的太誤導人。