【文章內(nèi)容簡介】 協(xié)議，通過它可以實(shí)現(xiàn)各種異構(gòu)網(wǎng)絡(luò)或異種機(jī)之間的互聯(lián)通信。 TCP/IP已成為當(dāng)今計(jì)算機(jī)網(wǎng)絡(luò)最成熟、應(yīng)用最廣的互聯(lián)協(xié)議。Inter 采用的就是 TCP/IP協(xié)議，網(wǎng)絡(luò)上各種各樣的計(jì)算機(jī)上只要安裝了 TCP/IP協(xié)議，它們之間就能相互通信。運(yùn)行 TCP/IP協(xié)議的網(wǎng)絡(luò)是一種采用包（分組）交換網(wǎng) 絡(luò)。TCP/IP協(xié)議是由 100多個(gè)協(xié)議組成的協(xié)議集，TCP 和 IP是其中兩個(gè)最重要的協(xié)議。TCP 和IP兩個(gè)協(xié)議分別屬于傳輸層和網(wǎng)絡(luò)層，在 Inter 中起著不同的作用。 UDP 協(xié)議UDP是 ISO參考模型中一種無連接的傳輸層協(xié)議，提供面向事務(wù)的簡單不可靠信息傳送服務(wù)。UDP 協(xié)議基本上是 IP協(xié)議與上層協(xié)議的接口。UDP 協(xié)議適用端口分別運(yùn)行在同一臺(tái)設(shè)備上的多個(gè)應(yīng)用程序。UDP協(xié)議的全稱是用戶數(shù)據(jù)包協(xié)議，在網(wǎng)絡(luò)中它與 TCP協(xié)議一樣用于處理 UDP數(shù)據(jù)包。在 OSI模型中，在第四層 ——傳輸層，處于 IP協(xié)議的上一層。UDP 有不提供數(shù)據(jù)包分組、組裝和不能對(duì)數(shù)據(jù)包進(jìn)行排序的缺點(diǎn)，也就是說，當(dāng)報(bào)文發(fā)送之后，是無法得知其是否安全完整到達(dá)的。UDP 用來支持那些需要在計(jì)算機(jī)之間傳輸數(shù)據(jù)的網(wǎng)絡(luò)應(yīng)用。包括網(wǎng)絡(luò)視頻會(huì)議系統(tǒng)在內(nèi)的眾多的客戶/服務(wù)器模式的網(wǎng)絡(luò)應(yīng)用都需. . . . .學(xué)習(xí)參考要使用 UDP協(xié)議。UDP 協(xié)議從問世至今已經(jīng)被使用了很多年，雖然其最初的光彩已經(jīng)被一些類似協(xié)議所掩蓋，但是即使是在今天，UDP 仍然不失為一項(xiàng)非常實(shí)用和可行的網(wǎng)絡(luò)傳輸層協(xié)議。 與所熟知的 TCP（傳輸控制協(xié)議）協(xié)議一樣，UDP 協(xié)議直接位于 IP（網(wǎng)際協(xié)議）協(xié)議的頂層。根據(jù) OSI（開放系統(tǒng)互連）參考模型， UDP和 TCP都屬于傳輸層協(xié)議。 UDP協(xié)議的主要作用是將網(wǎng)絡(luò)數(shù)據(jù)流量壓縮成數(shù)據(jù)包的形式。一個(gè)典型的數(shù)據(jù)包就是一個(gè)二進(jìn)制數(shù)據(jù)的傳輸單位。每一個(gè)數(shù)據(jù)包的前 8個(gè)字節(jié)用來包含報(bào)頭信息，剩余字節(jié)則用來包含具體的傳輸數(shù)據(jù)。在選擇使用協(xié)議的時(shí)候，選擇 UDP必須要謹(jǐn)慎。在網(wǎng)絡(luò)質(zhì)量令人不十分滿意的環(huán)境下，UDP 協(xié)議數(shù)據(jù)包丟失會(huì)比較嚴(yán)重。但是由于 UDP 的特性：它不屬于連接型協(xié)議，因而具有資源消耗小，處理速度快的優(yōu)點(diǎn)，所以通常音頻、視頻和普通數(shù)據(jù)在傳送時(shí)使用 UDP較多，因?yàn)樗鼈兗词古紶杹G失一兩個(gè)數(shù)據(jù)包，也不會(huì)對(duì)接收結(jié)果產(chǎn)生太大影響。 TCP 應(yīng)用編程TCP是 Transmission Control Protocol（傳輸控制協(xié)議）的簡稱，是 TCP/IP體系中的面向連接的傳輸層協(xié)議，在網(wǎng)絡(luò)中提供全雙工的和可靠的服務(wù)。一旦雙方建立了 TCP連接， 連接中的任何一方都能向?qū)Ψ桨l(fā)送數(shù)據(jù)并接收對(duì)方發(fā)來的數(shù)據(jù)。發(fā)送數(shù)據(jù)時(shí)，程序員可以編寫程序不斷地將數(shù)據(jù)流寫入 TCP的發(fā)送緩沖區(qū)中，然后TCP自動(dòng)從發(fā) 送緩沖區(qū)中取出一定量的數(shù)據(jù)流寫入 TCP的發(fā)送緩沖區(qū)中，然后 TCP自動(dòng)從發(fā)送緩沖區(qū)中取出一定量的數(shù)據(jù)，將其組成 TCP報(bào)文段逐個(gè)發(fā)送給 IP層，再通過 IP 層發(fā)送出去。接收端從 IP層收到 TCP報(bào)文段后，將其暫時(shí)保存在接收緩沖區(qū)中，這時(shí)程序員就可以編寫程序依次讀取接收緩沖區(qū)中的數(shù)據(jù)，從而達(dá)到通信的 目的。 利用 TCP開發(fā)應(yīng)用程序時(shí)，.NET 框架提供兩種工作方式，一種是同步(Synchronous)工作方式，一種是異步(Asynchronous)工作方式。 同步工作方式是指利用 TCP編寫的程序執(zhí)行到發(fā)送、接收或監(jiān)聽語句時(shí)，在未完成工作前不再繼續(xù) 下面的工作，即處于阻塞狀態(tài)，直到該語句完成相應(yīng)的工作后才繼續(xù)執(zhí)行下一條語句；異步工作則不論工作完成與否，都會(huì)繼續(xù)往下執(zhí)行。例如：. . . . .學(xué)習(xí)參考接收數(shù)據(jù)時(shí)，在同 步方式下，接收方執(zhí)行到接收語句后將處于阻塞方式，只有接收到對(duì)方發(fā)來的數(shù)據(jù)后才繼續(xù)執(zhí)行下一條語句；而如果采用異步方式，則接收方執(zhí)行到接收語句后，無 論是否接收到對(duì)方的數(shù)據(jù)，程序都會(huì)繼續(xù)執(zhí)行。 與同步工作方式和異步工作方式對(duì)應(yīng)，利用 Socket類進(jìn)行編程時(shí)，系統(tǒng)也提供有相應(yīng)的方法， 分別稱為同步套接字編程和異步套接字編程。但是使用套接字編程比較復(fù)雜，涉及許多底層細(xì)節(jié)。為了簡化套接字編程，.NET 框架又專門提供了兩個(gè) 類：TcpClient 類和 TcpListener類。由于這兩個(gè)類與套接字一樣分別有各自的同步和異步工作方式及其對(duì)應(yīng)的方法，在編程時(shí)，三個(gè)類都可以 使用。因此為了簡化起見，無論使用哪個(gè)類，我們都從工作方式上將其稱為同步 TCP和異步 TCP，對(duì)應(yīng)的編程方式就稱為同步 TCP編程和異步 TCP編程。 注意：這里的同步 TCP與異步 TCP僅僅是指工作方式，與線程間的同步不是一個(gè)概念。線程間的同步是指不同線程或不同線程使用的某些資源具有先后關(guān)聯(lián)的關(guān) 系，它決定著邏輯執(zhí)行順序。比如有 A和 B兩個(gè)資源，實(shí)際應(yīng)用中要求只有對(duì)資源A處理后才能處理資源 B，就說資源 A與資源 B存在同步關(guān)系。如果執(zhí)行順序不正 確就會(huì)引發(fā)錯(cuò)誤。所以，線程間的同步關(guān)注的是一種邏輯關(guān)系。而同步 TCP和異步TCP則僅僅指編程中采用哪種工作方式，即從執(zhí)行到發(fā)送、接收或監(jiān)聽語句 時(shí)，程序是否是繼續(xù)住下執(zhí)行這個(gè)角度來說的。] 從邏輯關(guān)系上看，無論是同步 TCP編程，還是異步 TCP編程，在實(shí)際應(yīng)用中既可能要求不同線程間同步，也可能不要求同步。 線程編程技術(shù)一般來說,我們把正在計(jì)算機(jī)中執(zhí)行的程序叫做進(jìn)程(Process) ,而不將其稱為程序(Program)。所謂線程 (Thread),是進(jìn)程中某個(gè)單一順序的控制流。 新興的操作系統(tǒng),如 Mac,Windows NT,Windows 95等,大多采用多線程的概念 ,把線程視為基本執(zhí)行單位。線程也是 Java中的相當(dāng)重要的組成部分之一。 甚至最簡單的 Applet也是由多個(gè)線程來完成的。在 Java中,任何一個(gè) Applet的 paint()和 update()方法都是由 AWT(Abstract Window Toolkit)繪圖與事件處理線程調(diào)用的,而 Applet 主要的里程碑方法——init(),start(),stop() 和 destory() ——是由執(zhí)行該 Applet的應(yīng)用調(diào)用的。 . . . . .學(xué)習(xí)參考單線程的概念沒有什么新的地方,真正有趣的是在一個(gè)程序中同時(shí)使用多個(gè)線程來完成不同的任務(wù)。 某些地方用輕量進(jìn)程(Lightweig ht Process)來代替線程,線程與真正進(jìn)程的相似性在于它們都是單一順序控制流。然而線程被認(rèn)為輕量是由于它運(yùn)行于整個(gè)程序的上下文內(nèi),能使用整個(gè)程序 共有的資源和程序環(huán)境。 作為單一順序控制流,在運(yùn)行的程序內(nèi)線程必須擁有一些資源作為必要的開銷。例如,必須有執(zhí)行堆棧和程序計(jì)數(shù)器。在線程內(nèi)執(zhí)行的代碼只在它的上下文中起作用,因此某些地方用執(zhí)行上下文來代替線程。多線程是與單線程比較而言的，普通的 Windows采用單線程程序結(jié)構(gòu)，其工作原理是：主程序有一個(gè)消息循環(huán)，不斷從消息隊(duì)列中讀入消息來決定下一步 所要干的事情，一般是針對(duì)一個(gè)函數(shù)，只有等這個(gè)函數(shù)執(zhí)行完之后，主程序才能接收另外的消息來執(zhí)行。比如子函數(shù)功能是在讀一個(gè)網(wǎng)絡(luò)數(shù)據(jù)，或讀一個(gè)文件，只有 等讀完這個(gè)數(shù)據(jù)或文件才能接收下一個(gè)消息。在執(zhí)行這個(gè)子函數(shù)過程中你什么也不能干。但往往讀網(wǎng)絡(luò)數(shù)據(jù)和等待用戶輸入有很多時(shí)間處于等待狀態(tài)，多線程利用這個(gè)特點(diǎn)將任務(wù)分成多個(gè)并發(fā)任務(wù)后，就可以解決這個(gè)問題。. . . . .學(xué)習(xí)參考第 4 章 系統(tǒng)總體設(shè)計(jì) 用戶界面設(shè)計(jì) 用戶界面簡介圖 局域網(wǎng) 登陸界面當(dāng)用戶雙擊程序圖標(biāo)時(shí)應(yīng)該正常啟動(dòng)程序，彈出登陸界面, 如圖 41，然后輸入你想使用的昵稱后點(diǎn)擊進(jìn)入,便會(huì)進(jìn)入到用戶主界面如圖 42。. . . . .學(xué)習(xí)參考 圖 局域網(wǎng) 主界面我們做的是仿 的聊天軟件，所以也做了浮動(dòng)窗體這個(gè)小功能，當(dāng)鼠標(biāo)移出窗體時(shí)窗體自動(dòng)收縮，只露在外面一小部分，當(dāng)鼠標(biāo)移到那一點(diǎn)部分時(shí)，窗體又自動(dòng)展開，圖標(biāo)顯示在托盤內(nèi)，指向圖標(biāo)點(diǎn)擊鼠標(biāo)右鍵彈出 contextMenuStrip,有打開窗體和退出兩個(gè)選項(xiàng)，用鼠標(biāo)左鍵單擊你想要交談的用戶按鈕彈出聊天對(duì)話框，如圖 43。. . . . .學(xué)習(xí)參考圖 局域網(wǎng) 聊天對(duì)話框這就是聊天對(duì)話框，在上面你可以與對(duì)方交談，互相傳輸文件。. . . . .學(xué)習(xí)參考 用戶界面模塊詳細(xì)設(shè)計(jì)圖 用戶界面程序啟動(dòng)時(shí)會(huì)加載當(dāng)前在線用戶 private void Form1_Load(object sender, EventArgs e) { = 昵稱:+nicheng。 sm()。//讓本機(jī)開始偵聽，