【文章內容簡介】 r 類的 Readlin ( )方法讀取網絡緩沖區(qū)中數據，不管 是否讀到數據都立即返回，而不會一直掛在此函數調用上。 在 Windows 網絡通信軟件開發(fā)中，最為常用的方法就是異步非阻塞套接字。平常所說的 C/S（客戶端 /服務器）結構的軟件采用的方式就是異步非阻塞模式的。 其實在用 C＃進行網絡編程中，我們并不需要了解什么同步、異步、阻塞和非阻塞的原理和工作機制，因為在 .Net FrameWrok SDK 中已經已經把這些機制給封裝好了。 C/S 模型 客戶機 /服務器模型，又稱為 Client/Server 模型，簡稱 C/S 架構。 C/S 計算技術在信息產業(yè)當中占有重要的地位。 這種客戶機 /服務器模型是一種非對稱式編程模式。該模式的基本思想是把集中在一起的應用劃分成為功能不同的兩個部分 ,分別在不同的計算機上運行，通過它們之間的分工合作來實現一個完整的功能。對于這種模式而言其中一部分需要作為服 第 6 頁 共 28 頁 務器，用來響應并為客戶提供固定的服務；另一部分則作為客戶機程序用來向服務器提出請求或要求某種服務。 在此“服務器”是指能在網絡上提供服務的任何程序。服務器接受網絡上的請求，完成服務后將結果返回給申請者。對于簡單的服務，把每個請求用一個 IP 數據報發(fā)給服務器，服務器用另一個數據報返回響應。 客戶機和服務器都 是獨立的計算機。當一臺連入網絡的計算機向其他計算機提供各種網絡服務 (如數據、文件的共享等 )時，它就被叫做服務器。而那些用于訪問服務器資料的計算機則被叫做客戶機。嚴格說來，客戶機 /服務器模型并不是從物理分布的角度來定義，它所體現的是一種網絡數據訪問的實現方式。采用這種結構的系統(tǒng)目前應用非常廣泛。如賓館、酒店的客房登記、結算系統(tǒng)，超市的 POS 系統(tǒng)，銀行、郵電的網絡系統(tǒng)等。 各種網絡服務器基本都遵循同樣的算法 :創(chuàng)建一個端口 (Port)，接受從網絡上來的客戶服務請求，完成計算后把結果返回給客戶，如此反復。 即時通信 協議 協議是一系列的步驟，它包括雙方或者多方，設計它的目的是要完成一項任務。即時 通信 協議，參與的雙方或者多方是即時 通信 的實體。協議必須是雙方或者多方參與的，一方單獨完成的就不算協議。這樣在協議動作的過程中，雙方必須交換信息，包 括控制信息、狀態(tài)信息等等。這些信息的格式必須是協議參與方同意并且 遵循的。好的協議要求清楚，完整，每一步都必須有明確的定義，并且不會引起誤解 。對每種可能的情況必須規(guī)定具體的動作。 有許多的 IM 系統(tǒng)，如 AOL IM、 Yahoo IM 和 MSN IM，它們使用了不同的技術，而且它們互 不兼容。為了創(chuàng)建即時 通信 的統(tǒng)一標準，人們經過了多次嘗試： IETF 的對話初始協議（ SIP）和 即時 通信 對話初始協議和表示擴展協議（ SIMPLE）、應用交換協議（ APEX）、顯示和即時 通信 協議（ PRIM）及基于 XML 且開放的可擴展 通信 和表示協議（ XMPP）協議（常稱為 Jabber 協議）。人們多次努力，試圖統(tǒng)一各大主要 IM 供應商的標準（ AOL、 Yahoo 及 Microsoft），但無一成功，且每一種 IM 仍然繼續(xù)使用自己所擁有的協議。 本系統(tǒng)目的在于實現一個簡單的即時通信過程 ，沒有必要采用通用 的比較復雜的即時通信協議，因此使用了簡單定義的 XML 標記定義來規(guī)范即時通信的各種網絡信息， 在網絡中傳輸序列化的 XML 語言。 第 7 頁 共 28 頁 3 系統(tǒng)總體設計 需求分析 軟件針對局域網內部用戶，實現用戶間的即時通信。需要分別實現服務器端和客戶端的軟件設計。 服務器端負責監(jiān)聽用戶連接請求，負責連接數據庫存儲用戶信息，負責發(fā)送給用戶好友信息，負責發(fā)送心跳報文檢查用戶在線狀態(tài)并即時讓用戶更新好友在新信息。 客戶端發(fā)起主動連接，向服務器請求登錄或者注冊。客戶端可以修改昵稱，可以加已知用戶為好友（類似于 MSN 的好友添加功能）?？蛻舳酥g可 以發(fā)起 P2P 模式的聊天，可以傳送文件。 系統(tǒng)基本架構 基于 C/S 架構的 即時通信軟件便于對用戶信息進行統(tǒng)一管理和保存 ，面向特定的用戶，對信息的安全控制能力很強。為了減輕服務器負擔，客戶端之間的信息傳遞是采用 P2P 模式的，服務器只負責用戶的注冊，登錄和用戶在線狀態(tài)的檢驗?；窘Y構如圖： C L I E N TC L I E N T注 冊 和 登 錄 信 息S E R V E R返 回 信 息注 冊 和 登 錄 信 息返 回 信 息聊 天 信 息 ， 文 件 傳 輸圖 1 系統(tǒng)基本架構 功能模塊設計 CLIENT: ： (1)可以完成客戶端注冊，客戶端可以通過填寫信息進行注冊，信息被發(fā)送到服務器端。 ： (1)客戶可以輸入 賬號 和密碼進行 登錄 ，客戶端會發(fā)送 登錄 信息等待服務器響應， 登錄 成功后會發(fā)出 登錄 成功信息并刷新好友列表。 ： 第 8 頁 共 28 頁 (1)密碼修改：應該有密碼修改功能 (2)信息修改：可以更改一些注冊信息 ： (1)即時聊天模塊：客戶端與客戶端之間建立線程進行即時聊天，也包含有 簡單的 對稱 加解密算法功能。 (2)好友列表：可以對好友列表進行添加刪除等動作 ： (1)文件傳輸：文件傳輸功能 SERVER： ：對客戶端傳送的注冊信息進行判斷。 (1)HASH 加密：對用戶的 賬號 和密碼信息進行 HASH 加密 (2)重復用戶檢查：將加密后信息與已存在 賬號 進行比較，檢查是否 賬號 已存在 ，如果存在就返回錯誤信息 (3)注冊成功：將可成功注冊的用戶 賬號 和密碼寫入數據庫內，并向客戶端返回成功信息 ： (1)對密碼和信息修改請求進行判斷，執(zhí)行和返回修改成功信息 回應 ： (1)對 登錄 的 賬號 和密碼進行加密檢查后發(fā)回正確或錯誤情況，并記錄上線信息 (2)好友列表發(fā)送：給成功 登錄 的 賬號 發(fā)送好友列表及好友上線信息 (3)上線信息發(fā)送：給成功 登錄 的 賬號 的好友發(fā)送在線信息（包括 IP,端口等等信息） ： (1)對 登錄 ，在線，離線的用戶情況進行統(tǒng)計，記錄和通知 (2)心跳測試：每隔一段時間發(fā)送報文測試用戶是否因意外原因離線 (3)情況記錄： 將用戶 登錄 時間， IP，下線時間等信息記錄入數據庫 第 9 頁 共 28 頁 邏輯 圖 注 冊登 錄注 冊 回 應在 線 情 況C L I E N T S E R V E R用 戶 信息 管 理密 碼 修 改信 息 修 改取 得 好 友列 表修 改 回 應H A S H加 密注 冊 成 功登 錄 回 應好 友 列 表發(fā) 送上 線 信 息發(fā) 送注 冊 信息 檢 查注 冊 失 敗YN心 跳測 試N離 線文 件 傳 輸消 息 加 密消 息 解 密即 時 聊 天在 線 情 況記 錄Y 圖 2 邏輯 圖 數據庫設計 實體關系圖 服務器是作為記錄和讀取數據庫信息的載體，與客戶端關系并不復雜，這里需 第 10 頁 共 28 頁 要重點 考慮客戶端之間的關系。用戶與用戶之間的關系是較為特殊的遞歸關系，即描述發(fā)生在兩個相同實體上的關系。 ER 圖如下： 圖 3 ER 圖 詳細列表 數據庫 包含兩個表，分別為 記錄 用戶信息的 TCP_Userinfo 和記錄用戶好友信息的 TCP_Friendinfo。詳細設計見下面兩表： 表 1 用戶信息表 TCP_UserInfo TCP_Userinfo 列（屬性）名 類型 主鍵 寬度 是否允許為空 備注 UserID numeric Y 9 NOT NULL 自增長 UserAccount nchar N 20 NOT NULL 用戶帳號 UserNickname nchar N 20 NOT NULL 用戶昵稱，可重復 UserEmail nchar N 20 NOT NULL 用戶 EMAIL JoinDate nchar N 35 NOT NULL 注冊日期 LastLogin nchar Y 20 NOT NULL 最后登錄 IP UserIP nchar Y 20 NOT NULL 用戶 IP UserFav varchar N 100 NOT NULL 用戶好友分組，有默認值 UserQuestion nchar Y 20 NOT NULL 密碼問題 UserAnswer nchar Y 20 NOT NULL 密碼答案 UserPassword nchar N 20 NOT NULL 用戶密碼 UserOnline int N 4 NOT NULL 在線狀態(tài)， 1在， 0 不在 表 2 用戶好友表 TCP_FriendInfo TCP_Userinfo 列（屬性）名 類型 主鍵 寬度 是否允許為空 備注 InfoID numeric Y 9 NOT NULL 自增長 UserID nchar N 20 NOT NULL 用戶 ID FriendID nchar N 20 NOT NULL 用戶好友 ID FriendGroup nchar N 20 NOT NULL 用戶好友分組 聊天 文件傳輸 n n 用戶 ID 好友 ID 狀態(tài) IP 客戶端 賬號 昵稱 Email ID 密碼 好友分組 狀態(tài) 客戶端 賬號 昵稱 Email ID 密碼 好友分組 IP 第 11 頁 共 28 頁 4 系統(tǒng) 實現 使用 XML定義的即 時通信協議 信息結構 amp。 這兩個 C類定義了包括服務器信息，狀態(tài)信息，注冊信息，登錄信息，聊天信息或者請求文件傳輸信息的函數，服務器和客戶端通過將它們實例化和序列化再轉換成流在網絡上進行傳輸。 主要代碼如下： [Serializable] public class UMessage { public UMessage(){ } private string _nickname。 private string _password。 private string _accounts。 private string _。 private int _info。//表示注冊或者 登錄 信息，客戶端信息 0為注冊， 1為 登錄 ；服務器返回信息 0為用戶已存在， 1為注冊成功 ,2為服務器未知錯誤， 3為 CLIENT在線檢查， 10為 登錄失敗， 11為 登錄 成功 private Friend[] _friend。 private int _fn。 private string _fg。 public string Nickname { get { return _nickname。 } set { _nickname = value。 } } public string Password { get { return _password。 } set { _password = value。 } } public string Accounts { get { return _accounts。 } set { _accounts = value。 } } public string Email { get { return _。 } set { _ = value。 } } public int Info { get { return _info。 } 第 12 頁 共 28 頁 set { _info = value。 } } public Friend[] Fri { get { return _friend。 } set { _friend = value。 } } public int Fn { get { return _fn。 } set { _fn = value。 } } publ