基于tcp的cs模式程序設計-文庫吧
2025-09-04 02:40 本頁面
【正文】 。當然， ie，同 樣也不是很受人青睞，這讓人想起了，當年的網景公司，網景只是生不逢時。 MS 不擇手段的想打跨網景，可見其對網絡的重視。如今， Sun公司在網絡應用上捷足先登，憑借著 Java， Sun 在網絡的應用上領先于 MS。微軟，想用同樣的辦法搞跨對手，因此它拿出了 Visual c，來對抗 Java。這些都是在應用層面的開發(fā)工具。應用層上的產品就更顯種類繁多。 ICQ 幾乎是國際上通用的即時通信工具，由于在我國它的應用不是很廣，所以，其原理也很少被介紹。msn，是 MS 的產品，同樣在國內沒什么市場，所以，對其原理，也很少被討論過。至于 ie，是在 Visual c++下開發(fā)的產品，雖然有嚴重的安全隱患，不過，至少能在某種程度上代表當今國際研究的水平。此外，國際上最近出先了新的瀏覽器 Firefox，其性能據(jù)說是遠高于 ie，也許在網絡的天下， Ms 又有了更強勁的對手。 國內研究現(xiàn)狀 國內在應用層上的網絡應用軟件目前發(fā)展異常的火爆，因為我國有著網絡應用的最大的市場，現(xiàn)在國內網絡的基礎性建設發(fā)展迅速，應用軟件也層出不窮，其中，在游戲的領域中，網絡通信的工作做的不錯，如聯(lián)眾游戲平臺，還有其他的一些平臺，這些平臺基本上都是基于 VC++的，用的都是 Socket 通信，但是為了效率，這些平臺沒有用 MFC 提供的 CSocket 類，而是直接用 Socket 進行通信。所以效率上不錯。此外， tencent 的即時通信，也是做的很好的，從某中程度上來說，代表了國內最高的水平。 3 TCP/IP 體系結構 TCP/IP 的中文譯名為傳輸控制協(xié)議 /網際協(xié)議，又叫網絡通訊協(xié)議，這個協(xié)議是 Inter 最基本的協(xié)議， Inter 國際互聯(lián)網絡的基礎，簡單地說，就是由網絡層的 IP 協(xié)議和傳輸層的 TCP 協(xié)議組成的。 TCP/IP 協(xié)議并不完全符合 OSI 的七層參考模型。 傳統(tǒng)的開放式系統(tǒng)互連參考模型，是一種通信協(xié)議的七層抽象的參考模型，其中每一層執(zhí)行某一特定任務。該模型的目的是使各種硬件在相同的層次上互相通信。這七層是：物理層、數(shù)據(jù)鏈路層、網絡層、傳輸層、會話層、表示層和應用層。而 TCP/IP 通訊協(xié)議采用了四層的層級結構，每一層都呼叫它的下一層所提供的網絡來完成自己的需求，如下圖所示。 圖 1 計算機網絡體系結構 應用層：應用程序間溝通的層，如簡單電子郵件傳輸（ SMTP），文件傳輸協(xié)議（ FTP），網絡遠程訪問協(xié)議（ Tel）等。 傳輸層：在此層中，它提供了節(jié)點間的數(shù)據(jù) 傳送，應用程序之間的通信服務，主要功能是數(shù)據(jù)格式化，數(shù)據(jù)確認和丟失、重傳等。如傳輸控制協(xié)議（ TCP），用戶數(shù)據(jù)報協(xié)議（ UDP）等， TCP 和 UDP 給數(shù)據(jù)包加入傳輸數(shù)據(jù)并把它傳輸?shù)较乱粚又?，這一層負責傳送數(shù)據(jù)，并且確定數(shù)據(jù)已被傳送并到達接收。 網絡層：負責提供基本的數(shù)據(jù)封包傳送功能，讓每一塊數(shù)據(jù)包都能夠到達目的主機（但不檢查是否正確而接收），如網際協(xié)議（ IP）。 網絡接口層：接收 IP 數(shù)據(jù)包并進行傳輸，從網絡上接收物理幀，抽取 IP 數(shù)據(jù)報轉交給上一層，對實際的網絡媒體的管理，定義如何使用實際網絡（如Ether）來傳送數(shù)據(jù)。 TCP 傳輸 4 圖 2 TCP 連接中分組交換以及客戶端與服務器的狀態(tài)轉換 TCP 協(xié)議在 IP 協(xié)議之上，提供可靠的傳輸服務。這種服務的特點：可靠、全雙工、流式和無結構傳輸。 TCP 協(xié)議使用了積極確認和重傳送的技術來實現(xiàn)可靠傳輸。接收者在收到發(fā)送者發(fā)送的數(shù)據(jù)后，必須發(fā)送一個相應的確認（ ACK）消息，表示他已經收到數(shù)據(jù)。發(fā)送者保存發(fā)送的數(shù)據(jù)的記錄，在發(fā)送下一個數(shù)據(jù)之前等待這個數(shù)據(jù)的確認消息在他發(fā)送這個數(shù)據(jù)的同時，啟動了一個計時器。在一定時間內沒 有接收到確認消息，就認為這個數(shù)據(jù)在傳輸過程中丟失了，接著就會發(fā)送這個數(shù)據(jù)。同時 TCP 實體又采用了滑動窗口協(xié)議。當發(fā)送方傳送一個數(shù)據(jù)報到達目的地時，接收方的 TCP 實體向發(fā)送方發(fā)送一個數(shù)據(jù)報，其中包含一個確認序號，它等于希望收到的下一個數(shù)據(jù)報的順序號。建立了一個 TCP 連接，需要三次握手過程，連接才能成功建立，如圖二所示。 握手過程的第一段的代碼位設置為 SYN，序號為 J，表示開始一次握手。接收方收到此報文斷后，向發(fā)送方回發(fā)一個報文段，代碼位為 SYN 和 ACK，序號為K，確認序號為 J+1，表示接收方同意建立此連接。發(fā) 送者收到此報文段后，發(fā)送 ACK 建立連接，完成三次握手以后，雙方就開始正式傳送數(shù)據(jù)。在通信完成階段，兩方通過四次斷開來釋放連接，如圖二，客戶端請求釋放連接，發(fā)送有效位為 FIN，服務器端給一個確認信號，若服務器端沒有數(shù)據(jù)發(fā)送，便向客戶端發(fā)送FIN 請求，客戶端對此回應，等待 2MSL，徹底斷開連接。 C/S 模式 鑒于此次設計目的，采用 Linux 環(huán)境下使用 TCP 實現(xiàn)點到點的可靠連接，實現(xiàn)基于 TCP/IP 協(xié)議的面向連接的通信，連接雙方分為客戶端和服務器端，主要ACK=2020 FIN=2020 ACK=1800 FIN=2020 SYN=1001 ACK=800 SYN=1000 ACK=3 ACK=2 SYN=1 2MSL 5 實現(xiàn)過程如圖 3 所示。 s
環(huán)評公示相關推薦
鄂ICP備17016276號-1