【正文】 協(xié)議就是基于流套接字，而 UDP 協(xié)議基于數(shù)據(jù)報套接字， iMessaing 聊天程序主要基于 UDP 協(xié)議，而在特殊操作下又采用 TCP 協(xié)議保證其數(shù)據(jù)的可靠性。應用程序一般僅在同一類的套接字間通訊。在這一端上你可以找到與其對應的一個名字。那么因此就必須重新創(chuàng)建一個派生于CButton 的按鈕類，由于該類將應用于本軟件的所有按鈕控件，因此做成可貼狀態(tài)圖的按鈕控件最為合適。 對話框的繪制比較容易， MFC 為對話框提供了 OnPaint 消息相應函數(shù)，但是在該函數(shù)下繪制并不能從根本上重繪對話框，因為該函數(shù)還會調用CDialog::OnPaint 函數(shù)，在內部還會再去重繪背景，因此要實現(xiàn)完全意義上的重繪背景，就必須響應 WM_ERASEBKGND 消息，在消息響應函數(shù)里實現(xiàn)我們自己的繪制方法，然后直接返回 TRUE，不再調用 CDialog::OnEraseBkgnd()函數(shù)。而正由于微軟將這些控件封裝得很好，對于要修改它的屬性，派生一些美觀的子控件難度就顯得比較大。百度Hi具備文字消息、音視頻通話、文件傳輸?shù)裙δ?，您可通過它找到志同道合的朋友，并隨時與好友聯(lián)絡感情；另一類是企業(yè)用 IM，簡稱 EIM，如： E話通， UC， EC 企業(yè)即時通信軟件， UcSTAR、商務通等?？蛻舳瞬糠謩t是實現(xiàn)用戶的操作界面，實現(xiàn)用戶間的聊天或者文件發(fā)送，以及群聊天等功能。 課題研究的意義 研究該課題，具有重大意義，這對于今后研究網(wǎng)絡與通信融合具有指導作用。人們對聊天工具的開發(fā)與研究將不會懈怠，反而會更深入的探索其意義。這里的虛擬世界就是指以網(wǎng)絡為載體的生活，人們通常并不需要知道對方是誰，也不需要了解網(wǎng)絡上的資源是誰提供的，便可以遨游于這個虛擬的世界，尋找屬于自己的天空。即時通訊軟件給人們提供了一個交流的平臺，這種平臺逐漸衍生發(fā)展成為一種特殊的社區(qū)，但是脫離這樣的社區(qū)就會影響到人們的正常生活，工作和學習。在社會方面，聊天工具提供了一個交流的平臺，就好比一個虛擬的社會，廣大的使用者可以通過這個社會里暢所欲言，以特殊的方式營造出了一種社會屬性。在這 之 后 在 1980 年， UNIX/Linux 的交談即時 通訊 被廣泛的使用 于 工程師與學術界， 1990 年即時通訊更跨越了網(wǎng)際網(wǎng)路交流。 2 系統(tǒng)概述 iMeassaging 即時通訊程序是基于 windows 下的聊天程序，采用 Winsock 實現(xiàn)網(wǎng)絡通訊，其設計架構為集中式的 P2P，即服務器為中心，所有相關的核心數(shù)據(jù)全部存放在服務器上，客戶端只能按照規(guī)定的方式讀取其數(shù)據(jù)。 基于局域網(wǎng)的聊天軟件的設計與實現(xiàn) 3 即時聊天軟件 最早的創(chuàng)始人是三個以色列青年，是他們在 1996 年做出來的，取名叫 ICQ。 2020 年 6 月，中國移動已經(jīng)推出了自己的即時通信工具 —— Fetion，中國聯(lián)通也將推出即時通訊工具 “ 超信 ” ，但由于進入市場較晚，其用戶規(guī)模和品牌知名度還比不上原有的即時通信服務提供商。主要核心技術是ＧＤＩ雙緩沖繪圖。另外一種就是 Customdraw 屬性，通過定義自繪消息響應函數(shù)來進行重繪。而捕獲鼠標的移入移出消息可以使用 _TrackMouseEvent 函數(shù)，通過設置 TRACEMOUSEEVENT 結構體的值來捕捉該消息。通訊域是為了處理一般的線程通過套接字通訊而引進的一種抽象概念。流套接字提供了雙向的，有序的，無重復并且無記錄邊界的數(shù)據(jù)流服務。 由于是基于 UDP 協(xié)議，并且考慮到在同一時間處理得命令并不會很大的情況，服務器和客戶端均采用基于非阻態(tài)的 IO模型實現(xiàn)命令的傳輸。實際上， TCP的三次握手的確讓通訊數(shù)據(jù)得到了有序，有效地保證，但是正是因為這樣繁瑣的數(shù)據(jù)驗證，導致它傳輸大量數(shù)據(jù)效率低下，在 TCP 實現(xiàn)內部，實際上是采用了窗口大小為 1 的滑動窗口算法進行數(shù)據(jù)驗證，因此， UDP 可以借于此思想，采用滑動窗口算法和 CRC 冗余效驗來保證數(shù)據(jù)的有效性，同時也會提高傳輸?shù)乃俣取Ｓ捎陔娔X的速度很快，這種非并發(fā)的模式卻可以達到類似并發(fā)的效果。除此之外，還可以傳遞參數(shù)，供線程使用。由于 iMessaging 聊天程序的服務器是所有客戶端的受信任者，因此，服務器可以發(fā)送任何信息給客戶端。注冊時填寫基本信息，注冊成功后服務器會返回一個唯一的 iM 賬號。會員有創(chuàng)建新群的功能，創(chuàng)建新群后，自身默認為該群的管理員。開發(fā)該軟件，應具備一定的 windows 編成基礎，熟悉常用的 API 函數(shù)，深入了解 MFC框架和窗口重繪技術。 經(jīng)濟可行性 在開發(fā)成本上，除了在設計界面上， 制作圖片上可能需要專業(yè)的人士進行制作，會造成一定的經(jīng)濟開銷。 （ 4）添加好友：服務器提供添加好友功能，主要啟到一個中介的功能，實現(xiàn)添加命令的轉發(fā)。 （ 9）創(chuàng)建 IM 群：客戶端發(fā)送創(chuàng)建信息，服務器負責對群表進行修改。 （ 7）好友聊天：好友與好友之間可以進行基于文本的文字聊天。 基于局域網(wǎng)的聊天軟件的設計與實現(xiàn) 24 重要模塊的具體實現(xiàn) 網(wǎng)絡通信的實現(xiàn) 1．基于 UDP的數(shù)據(jù)發(fā)送與接收 服 務 器客 戶 端相 互 通 訊發(fā) 送 命 令接 受 命 令相 互 通 訊相 互 通 訊相 互 通 訊 圖 服務器與客戶端通信模型圖 服 務 器 相 關 處 理C I M S o c k e t 接 收 與發(fā) 送C I M S o c k e t 接 收 與發(fā) 送服 務 器 相 關 處 理 客 戶 端 相 關 處 理客 戶 端 相 關 處 理發(fā) 送 數(shù) 據(jù)發(fā) 送 數(shù) 據(jù)發(fā) 送 處 理發(fā) 送 處 理回 復 處 理回 復 處 理分 發(fā) 處 理分 發(fā) 處 理回 復 處 理回 復 處 理 圖 服務器與客戶端的通信圖 （ 1）服務器端的數(shù)據(jù)接收 基于局域網(wǎng)的聊天軟件的設計與實現(xiàn) 25 服務器基于 UDP 的數(shù)據(jù)發(fā)送與接受主要采用的是 MFC 提供的 CAsyncSocket類，該類提供了基于異步非阻塞式的 IO 操作。在接收線程里（如圖 ），會不斷的判斷數(shù)據(jù)包隊列里是否有數(shù)據(jù)到來，若沒有數(shù)據(jù)，則進入等待（ iMessaging 里使用的時事件內核對象，當現(xiàn)在數(shù)據(jù)包隊列里沒有任何數(shù)據(jù)時進入睡眠狀態(tài)，這樣可以降低該線程因反復執(zhí)行判斷循環(huán)而造成占用大量 CPU時候，當 OnRecevie里接收到一個數(shù)據(jù)后，就會將觸發(fā)事件對象，喚醒接 收線程）。當 CIMSocket 類創(chuàng)建成功后，將其指針保存在對話框里保護類型成員變量里 CIMSocket* m_pSocket，方便以后的使用。 （ 11） UDP 打洞請求：客戶端無法與另一客戶端進行 UDP 通訊時，將向服務器發(fā)送打洞請求。若創(chuàng)建成功，客戶端能獲得一個唯一的 iM 群號。 （ 6）發(fā)送離線消息：當客戶端給未在線的好友發(fā)送消息或請求時，會將該消息或請求保存到數(shù)據(jù)庫里，待下次該好友上線后，將消息一次性發(fā)送過去。 系統(tǒng)業(yè)務流程分析 業(yè)務流程圖的圖形表示的意義： 業(yè)務處理單位 / 個人 表格 / 報表信息傳遞過程 會員處理業(yè)務流程圖 用 戶會 員 信 息 表登 陸 驗 證會 員 1驗 證 成 功會 員 信 息 表注 冊會 員 信 息 表群 信 息 表好 友 關 系 表群 關 系 表添 加 好 友查 詢 群查 詢 好 友加 入 群聊 天 信 息發(fā) 送 消 息會 員 2傳 送 消 息文 件 數(shù) 據(jù)傳 送 數(shù) 據(jù)傳 送 文 件創(chuàng) 建 群更 新 信 息日 志 信 息 表記 錄 登 出 信 息記 錄 登 陸 信 息離 線 消 息 表獲 取 離 線 消 息 圖 會員處理業(yè)務流程圖 基于局域網(wǎng)的聊天軟件的設計與實現(xiàn) 12 系統(tǒng)數(shù)據(jù)流程分析 頂層數(shù)據(jù)流程圖 D 2 發(fā) 送 信 息D 5 接 受 信 息P 1各 種 操 作D 3 接 受 信 息D 4 發(fā) 送 信 息S 2 會 員 S 3 后 臺S 1 用 戶D 1 登 陸 信 息P 2好 友 操 作S 4 會 員D 6 發(fā) 送 消 息D 9 接 受 消 息D 8 發(fā) 送 消 息D 7 接 受 消 息 圖 數(shù)據(jù)總流程圖 基于局域網(wǎng)的聊天軟件的設計與實現(xiàn) 13 第一層數(shù)據(jù)流程圖 S 1 用 戶P 1 登 陸D 1 登 陸 信 息F 1 會 員 信 息 表D 2 驗 證 信 息S 2 會 員D 3 登 陸 成 功 信 息P 5 查 詢 好 友P 4 查 詢 群P 6創(chuàng) 建 群P 7更 新 信 息P 3 添 加 好 友P 8加 入 群F 1 會 員 信 息 表P 2 注 冊 會 員D 1 8 注 冊 信 息D 4 注 冊 信 息D 5 待 添 加 好 友 信 息D 7 查 詢 群 信 息D 9 查 詢 好 友 信 息D 8 群 信 息D 1 0 會 員 信 息D 1 1 待 加 入 的 群 信 息F 4 群 關 系 表D 1 2 群 關 系 信 息F 1 會 員 信 息 表F 2 群 信 息 表F 1 會 員 信 息 表F 2 群 信 息 表F 3 好 友 關 系 表D 6 好 友 關 系 信 息D 8 群 信 息D 1 0 會 員 信 息D 8 群 信 息D 1 0 會 員 信 息P 9好 友 聊 天P 1 0文 件 傳 輸D 1 4 文 件 信 息D 1 3 聊 天 信 息S 2 會 員D 1 3 聊 天 信 息 D 1 4 文 件 信 息F 6 日 志 記 錄 表登 陸 信 息F 5 離 線 消 息 表D 4 離 線 消 息P 1 1群 聊 天F 2 群 信 息 表D 1 7 群 成 員 信 息D 1 6 群 信 息D 1 5 群 聊 天 信 息 圖 iMessaging 會員操作數(shù)據(jù)流程圖 第二層數(shù)據(jù)流程圖 基于局域網(wǎng)的聊天軟件的設計與實現(xiàn) 14 S 1 . 1 用戶P 1 . 1傳 輸 登 陸信 息S 1 . 2 后臺P 1 . 2賬 號 驗 證F 1 會 員 信 息 表S 1 . 3 會員F 3 好 友 關 系 表P 1 . 4 獲 取 好 友信 息D 1 . 1 登 陸 數(shù) 據(jù)D 1 . 1 登 陸 數(shù) 據(jù) D 1 . 2 驗 證 數(shù) 據(jù) D 1 . 4 驗 證 合 格 信 息D 1 . 7 獲 取 好 友 命 令D 1 . 3 會 員 信 息D 1 . 8 好 友 信 息F 1 會 員 信 息 表P 1 . 3獲 取 群 信息D 1 . 6 獲 取 群 信 息 命 令P 1 . 7 其 他 處 理D 1 . 1 4 其 他 操 作 信 息F 2 群 信 息 表 F 4 群 關 系 表D 1 . 9 群 信 息P 1 . 6獲 取 離 線信 息F 5 離 線 關 系 表D . 1 3 離 線 消 息D 1 . 1 2 獲 取 離 線 消 息 命 令P 1 . 5更 新 日 雜記 錄 表D . 1 0 登 陸 信 息F 6 日 志 記 錄 表D . 1 1 更 新 信 息 圖 會員登陸數(shù)據(jù)流程圖 F 1 會 員 信 息 表S 2 . 1 用 戶P 2 . 1發(fā) 送 注 冊 會 員信 息D 2 . 1 注 冊 信 息S 2 . 2 后 臺D 2 . 1 注 冊 信 息P 2 . 2更 新 會 員 信 息表D 2 . 2 會 員 信 息 D 2 . 3 更 新 信 息P 2 . 3返 回 注 冊 信 息D 2 . 4 反 饋 信 息D 2 . 4 反 饋 信 息 圖 基于局域網(wǎng)的聊天軟件的設計與實現(xiàn) 15 S 3 . 1 會 員P 3 . 1發(fā) 送 好 友 請 求D 3 . 1 好 友 請 求 信 息S 3 . 2 后 臺D 3 . 2 好 友 請 求 信 息F 1 會 員 信 息 表D 3 . 3 好 友 信 息S 3 . 3 會 員P 3 . 2發(fā) 送 好 友 請 求D 3 . 5 請 求 信 息D 3 . 4 請 求 信 息D 3 . 6 回 應 信 息P 3 . 3回 應 請 求D 3 . 7 回 應 信 息F 1 好 友 關 系 表D 3 . 8 好 友 關 系 信 息 圖 添加好友數(shù)據(jù)流程圖 S 4 . 1 會 員P 4 . 1發(fā) 送 加 入 群 請求D 4 . 1 加 入 群 請 求 信 息S 4 . 2 后 臺D 4 . 2 加 入 群 請 求 信 息F 2 群 信 息D 4 . 3 管 理 員 信 息S 4 . 3 會 員P 3 . 2發(fā) 送 群 請 求D 4 . 5 請 求 信 息D 3 . 4 請 求 信 息D 4 . 6 回 應 信 息P 4 . 3回 應 請 求D 4 . 7 回