【正文】 主要有： （ 1）注冊(cè)用戶 ，實(shí)現(xiàn)如圖 415 所示 圖 415 用戶注冊(cè) 基于 .NET 32 （ 2） 用戶登錄，實(shí)現(xiàn)如圖 416 所示： 圖 416 用戶登錄 （ 3） 轉(zhuǎn)發(fā)信息 （ 4） 群發(fā)用戶狀態(tài) 附加功能模塊 實(shí)現(xiàn) 附件功能模塊實(shí)現(xiàn)的是文件傳輸功能，主要由文件發(fā)送和文件接收兩個(gè)子模塊組成。 在獲取了所有注冊(cè)用戶的信息后，再根據(jù)他們的當(dāng)前狀態(tài)設(shè)置他們各自在主窗體上顯示的狀態(tài)。 圖 410 注冊(cè)模塊 基于 .NET 29 登錄模塊實(shí)現(xiàn) 登錄模塊中 使用一個(gè) Windows 窗體，主要用于實(shí)現(xiàn)用戶的登錄功能。然后在控件上制作需要使用的 3 個(gè)屬性， localHost、 localPort、 active 屬性，以及 DataArrival 事件。所以使用了 VMware Workstation 來(lái)搭建調(diào)試平臺(tái)。 提供一個(gè)將軟件部署和版本控制沖突最小化的代碼執(zhí)行環(huán)境。 ? Visual C C是微軟開(kāi)發(fā)的一種面向?qū)ο蟮木幊陶Z(yǔ)言，是微軟 .NET 開(kāi)發(fā)環(huán)境的重要組成部分。 文件發(fā)送和文件接受的流程圖如圖 3 38 所示： 獲 取 傳 入 參 數(shù)根 據(jù) 參 數(shù)讀 取 文 件 信 息發(fā) 送 文 件 信 息 到 指定 遠(yuǎn) 程 端 口分 塊 發(fā) 送 文 件 圖 37 文件發(fā)送流程 基于 .NET 22 監(jiān) 聽(tīng) 端 口接 收 到 第 一 個(gè) 數(shù) 據(jù)包 、 解 包獲 取 文 件 信 息讀 取 成 功接 收 分 塊 信 息遇 到 異 常 結(jié) 束 文 件 接 收Y e sY e sN o接 收 完 畢Y e sN o 圖 38 文件接收流程 基于 .NET 23 4 系統(tǒng)實(shí)現(xiàn)與測(cè)試 系統(tǒng) 開(kāi)發(fā)平臺(tái)和 實(shí)現(xiàn)環(huán)境 系統(tǒng)開(kāi)發(fā)平臺(tái) 本系統(tǒng) 采用 Visual Studio 2021 作為開(kāi)發(fā) 工具 ， C 作為開(kāi)發(fā)語(yǔ)言， 使用了 .NET 作為開(kāi)發(fā)平臺(tái) 。 //將內(nèi)存流反序列化為對(duì)象 object newobj = (MemoryS)。 serializationStream：二進(jìn)制流。 因?yàn)樽鳛橹修D(zhuǎn)站 ，以及接收網(wǎng)絡(luò)上客戶端傳來(lái)的各種信息，在本模塊中需要使用BinaryFormatter 對(duì)象，該對(duì)象是以二進(jìn)制格式將對(duì)象或整個(gè)連接對(duì)象序列化或反序列化。 //設(shè)置 信息 發(fā)送的起始位置 int offset=0。 并通過(guò)調(diào)用文件發(fā)送模塊進(jìn)行點(diǎn)對(duì)點(diǎn)的文件發(fā)送。 創(chuàng)建的 INI 文件存放在 C:\Windows 路徑下，文件名為 。 OptionData 類(lèi) 該類(lèi)將服務(wù)器端對(duì)數(shù)據(jù)庫(kù)的操作進(jìn)行了封裝，通過(guò)對(duì)該類(lèi)中方法的調(diào)用，可以對(duì)數(shù)據(jù)表進(jìn)行添加、修改以及讀取的操作。如果不使用多線程，那么在打開(kāi)端口監(jiān)聽(tīng)后，整個(gè)程序就會(huì)進(jìn)入一個(gè)假死的狀態(tài)，直至關(guān)閉監(jiān)聽(tīng)。 對(duì)于接收方，在已登錄的客戶端上接受到一個(gè)由服務(wù)器轉(zhuǎn)發(fā)的數(shù)據(jù)包，通過(guò)反序列化分析出內(nèi)容，并且激活對(duì)應(yīng)用戶的聊天窗口，并顯示接收到的即時(shí)信息。本系統(tǒng)使用 Microsoft SQL Server 2021 作為后臺(tái)數(shù)據(jù)庫(kù)。對(duì)于資源緊缺需要進(jìn)行同步的情況來(lái)說(shuō)，它可以限制某一時(shí)刻只允許一個(gè)線程訪問(wèn)資源。這樣的程序比單線程模型和 STA 的執(zhí)行速度都要塊，因?yàn)榻档土讼到y(tǒng)的負(fù)載，因而可以優(yōu)化來(lái)減少系統(tǒng) idle 的時(shí)間。程序規(guī)定了每個(gè)塊中線程的執(zhí)行時(shí)間。在這種情況下我們可以釋放一些珍貴的資源如內(nèi)存占用等等。進(jìn)程也可能是整個(gè)程序或者是部分程序的動(dòng)態(tài)執(zhí)行。您可以將對(duì)象序列化到流、磁盤(pán)、內(nèi)存和網(wǎng)絡(luò)等等。這樣，能夠解釋該格式的代碼有可能能夠確定這些數(shù)據(jù)的值，而不依賴于該成員的可訪問(wèn)性。在序列化期間，對(duì)象將其當(dāng)前狀態(tài)寫(xiě)入到臨時(shí)或持久性存儲(chǔ)區(qū)。所有這些，對(duì)于工作在前臺(tái)程序上的最終用戶，是“透明”的，他們無(wú)須過(guò)問(wèn)（通常也無(wú)法干涉）背后的過(guò)程，就可以完成自己的一切工作?；蛘卟贿m用于微軟新的操作系統(tǒng)等等，更不用說(shuō) Linux、Unix 等。 對(duì)應(yīng)的優(yōu)點(diǎn)就是客戶端響應(yīng)速度快。 這里客戶和服務(wù)器都是指通信中所涉及的兩個(gè)應(yīng)用進(jìn)程（軟件）。而在 scape中輸入 80端口來(lái)呼叫主機(jī)上由 Web服務(wù)軟件提供的 Socket，與其建 立連接并對(duì)話。 socket利用客戶 /服務(wù)器模式巧妙地解決了進(jìn)程之間建立通信連接的問(wèn)題。 socket利用網(wǎng)間網(wǎng)通信設(shè)施實(shí)現(xiàn)進(jìn)程通信，但它對(duì)通信設(shè)施的細(xì)節(jié)毫不關(guān)心，只要通信設(shè)施能提供足夠的通信能力，它就滿足了。以一個(gè)國(guó)家級(jí)電話網(wǎng)為例。 UDP 是傳輸層協(xié)議，服務(wù)于很多知名應(yīng)用層協(xié)議，包括 網(wǎng)絡(luò)文件系統(tǒng) （ NFS）、簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議（ SNMP）、域名系統(tǒng)（ DNS）以及簡(jiǎn)單文件傳輸系統(tǒng)（ TFTP）、動(dòng)態(tài)主機(jī)配置協(xié)議 (DHCP)、路由信息協(xié)議 (RIP)和某些影音串流服務(wù)等等。 由于大多數(shù)網(wǎng)絡(luò)應(yīng)用程序都在同一臺(tái)機(jī)器上運(yùn)行， 計(jì)算機(jī) 上必須能夠確保目的地機(jī)器上的軟件程序能從源地址機(jī)器處獲得數(shù)據(jù)包，以及源計(jì)算機(jī)能收到正確的回復(fù)。其他特性，如顯示格式、行長(zhǎng)、行數(shù)、屏幕滾動(dòng)方式等也需作相應(yīng)的變換。 第三章 是系統(tǒng)設(shè)計(jì) ， 設(shè)計(jì) 了 一個(gè)基于 . 的即時(shí)通信系統(tǒng) 的 結(jié)構(gòu)和功能， 以及介紹了類(lèi)庫(kù)、服務(wù)端、客戶端和附加功 能的概要設(shè)計(jì) 。對(duì)于日常性的視頻交流，仍要靠即時(shí)通信來(lái)提供。如果有了即時(shí)通信，就可以將文件即時(shí)發(fā)送給對(duì)方，而不用過(guò)久的中斷交流?；?.NET 5 這個(gè)預(yù)約和集中都需要很多時(shí)間，遇到跨部門(mén)的協(xié)同時(shí)，連預(yù)約都很成問(wèn)題。你愿意看哪方面的新聞，就點(diǎn)擊相應(yīng)的圖標(biāo)，則出現(xiàn)“資訊通”界面，自動(dòng)提取出當(dāng)日新聞標(biāo)題。在 中你可以直接給自己的好友發(fā)郵件，而無(wú)須再輸入 Email 地址；此外對(duì)于自己的信箱 還有檢查新郵件功能，在“系統(tǒng)參數(shù)”中 設(shè)置您自己的 Email，填好 POP3 地址，您可以選擇定時(shí)檢查時(shí)間， 就會(huì)自動(dòng)檢查有否新郵件到達(dá)。但在進(jìn)行電話呼叫之前必須注冊(cè)語(yǔ)音服務(wù)提供商。 的特點(diǎn)是可以給不在線的朋友發(fā)送信息，對(duì)方下次上線的時(shí)候可以收到， MSN 雖然不具備這樣的功能，但 是它在聊天過(guò)程中可以使用各種漂亮的表情圖標(biāo)為 聊天添加了不少情趣 。 隨著時(shí)間的推移，根據(jù) 所開(kāi)發(fā)的附加產(chǎn)品越來(lái)越多，如：楚游、 寵物、 音樂(lè)、 空間等，受到 用戶的青睞。 可以說(shuō)，目前在中國(guó)相對(duì)于 ERP、 OA、 CRM 這些管理軟件領(lǐng)域的紅海競(jìng)爭(zhēng)環(huán)境而言，企業(yè)級(jí)即時(shí)通信領(lǐng)域仍還處于各廠商跑馬圈地的時(shí)代。它的令人耳目一新的中文界面和注冊(cè)方式，連同它強(qiáng)大的功能，著實(shí)吸引了眾多的眼球的注視，此外還有許多有特點(diǎn)的 IM 軟件 。在它的發(fā)展史上，以色列人是功不可沒(méi)的。 關(guān)鍵詞 ： 即時(shí)通信，局域網(wǎng)，多線程，網(wǎng)絡(luò) 協(xié)議 II Abstract Instant messaging online is developing rapidly in the Inter and LAN. This paper introduces the realtime munications, such as history and research, and then on the work protocol, serialization, multithreaded processing of critical realtime munications technology for the analysis and research. On this basis achieve a LAN instant messaging system based on platform. This system use .NET as a platform, choose a more suitable environment for the UDP work protocol as its work protocol, and used to improve multithreaded processing system. Through experiments, in LAN environment this system is running well, to achieve the basic functions of instant messaging. Keywords： Instant messaging(IM), local area work(LAN), Multithreaded, Network protocol III 目錄 1 課題研究背景 ................................................................................................................... 1 即時(shí)通訊的發(fā)展 ......................................................................................................... 1 即時(shí)通訊系統(tǒng) ............................................................................................................. 2 局域網(wǎng)即時(shí)通訊 ......................................................................................................... 4 論文內(nèi)容安排 ............................................................................................................. 5 2 局域網(wǎng)即時(shí)通信的關(guān)鍵技術(shù) ....................................................................................... 6 網(wǎng)絡(luò)協(xié)議 ..................................................................................................................... 6 C/S 模型 ...................................................................................................................... 8 序列化 ....................................................................................................................... 10 多線程 ....................................................................................................................... 11 3 系統(tǒng)設(shè)計(jì) ........................................................................................................................... 13 系統(tǒng)結(jié)構(gòu)和功能設(shè)計(jì) ............................................................................................... 13 類(lèi)庫(kù)的設(shè)計(jì) ............................................................................................................... 14 客戶端設(shè)計(jì) ............................................................................................................... 16 服務(wù)器端控制臺(tái)模塊設(shè)計(jì) ....................................................................................... 20 附加功能模塊的設(shè)計(jì) ............................................................................................... 20 4 系統(tǒng)實(shí)現(xiàn)與測(cè)試 ............................................................................................................. 23 系統(tǒng)開(kāi)發(fā)平臺(tái)和實(shí)現(xiàn)環(huán)境 ................................