【文章內(nèi)容簡介】 服務(wù)端需具有 P4 及以上的處理器 服務(wù)端需具有 80GB 及以上的硬板空間 服務(wù)端需具有 1GB 及以上的內(nèi)存空間 數(shù)據(jù)流圖 頂層數(shù)據(jù)流圖 圖 21 頂層數(shù)據(jù)流圖 一層數(shù)據(jù)流圖 . 圖 22 一層數(shù)據(jù)流圖 二層數(shù)據(jù)流圖 圖 23 系統(tǒng)二層數(shù)據(jù)流圖 3 概要設(shè)計 系統(tǒng)實現(xiàn)原理 即時通訊的設(shè)計跟普通網(wǎng)站設(shè)計有著許多不同的地方，普通網(wǎng)站設(shè)計所考慮的因素，例如，普通網(wǎng)站 需要對布局進(jìn)入大量美化以及動畫設(shè)計等等，而即時通訊只要提供滿足訪客雙方直接實時聊天即可。因此，在設(shè)計聊天系統(tǒng)的過程中，必須要考慮好以下幾個設(shè)計要點： 在 Inter 上的聊天程序一般都是以服務(wù)器提供服務(wù)端連接響應(yīng)，使用者通過客戶端程序登錄到服務(wù)器，就可以與登錄在同一服務(wù)器上的用戶交談，這是一個面向連接的通信過程。因此，程序要在 TCP/IP 環(huán)境下，實現(xiàn)服務(wù)器端和客戶端兩部分程序。 圖 33 服務(wù)器端結(jié)構(gòu)圖 ：服務(wù)器啟動操作。 ：服務(wù)器端連接數(shù)據(jù)庫，負(fù)責(zé)服務(wù)器端 與數(shù)據(jù)庫連接讀取數(shù)據(jù)操作。 ：服務(wù)器端監(jiān)聽客戶端連接，并處理各種請求。 ：服務(wù)器端接受客戶端消息鏈轉(zhuǎn)化為 json 格式的數(shù)據(jù)定義。 ：服務(wù)器端發(fā)送客戶端消息鏈轉(zhuǎn)化為 json 格式的數(shù)據(jù)定義。 ：服務(wù)器接受消息處理的抽象類。 ： 服務(wù)器接受客戶端登錄請求操作。 ：服務(wù)器接收客戶端查找好友消息轉(zhuǎn)化為 json 格式的數(shù)據(jù)定義 ：服務(wù)器更新在線用戶鏈表的 json 格式的數(shù)據(jù)定義 ：服務(wù)器端接受客戶端聊天信息和請求并進(jìn)行轉(zhuǎn)發(fā)。 客戶端結(jié)構(gòu) 圖 34 客戶端結(jié)構(gòu)圖 ：客戶端用戶登錄信息的記錄。 ：客戶端聊天消息列表數(shù)據(jù)。 ：客戶端在線列表數(shù)據(jù)成員。 ：客戶端主界面 topbar 圖標(biāo)數(shù)據(jù)。 ：客戶端在線列表數(shù)據(jù)。 ：客戶端好友信息數(shù)據(jù)。 ：客戶端自己信息數(shù)據(jù)成員。 ：客戶端注冊信息數(shù)據(jù)成員。 ：客戶端好友信息數(shù)據(jù)成員。 :客戶端用戶信息數(shù)據(jù)。 ：客戶端注冊界面及交互。 ：客戶端登錄界面及交互。 ：負(fù)責(zé)客戶端聊天窗體及交互。 ：客戶端好友信息界面及交互。 ：客戶端自己信息界面及交互。 ：負(fù)責(zé)客戶端好友查找界面及交互。 ：客戶端在線用戶界面與交互。 ：客戶端連接服務(wù)器及與服務(wù)器進(jìn)行交互。 ：客戶端主界面，負(fù)責(zé)各項窗體操作和數(shù)據(jù)分配及交互。 4 詳 細(xì)設(shè)計 系統(tǒng)流程圖 系統(tǒng)總體流程圖 圖 41 系統(tǒng)總體流程圖 系統(tǒng)客戶端流程圖 圖 42 客戶端流程圖 編寫服務(wù)器端程序 問題陳述 1. 能過接收用戶注冊信息并保存。 2. 能夠允許注冊過的用戶登錄聊天界面。 3. 能夠與在線好友進(jìn)行自由聊天。 4. 服務(wù)器運行在自定義的端口 60005 上。 5. 服務(wù)器監(jiān)控用戶列表和對用戶消息進(jìn)行轉(zhuǎn)發(fā)。 6. 服務(wù)器對用戶的請求作出處理。 7. 服務(wù)器對在線下線列表進(jìn)行更新。 解決方案 后臺數(shù)據(jù)庫設(shè)計 基于服務(wù)器跨平臺運行的架構(gòu)，服務(wù)器的后臺數(shù)據(jù)庫使用了 SQL Server2020。 （ 1） userInfo 表： userInfo 表 此表主要包含了用戶帳戶基本信息。 即時通訊系統(tǒng)采用賬戶、密碼的登錄方式，給每個用戶生成一個唯一 ID 來做系統(tǒng)內(nèi)部的用戶標(biāo)識。 （ 2） friend 表 friend 表 此表主要包含了用戶好友 ID 關(guān)系信息。 用戶注冊 首先創(chuàng)建一個字符串連接并寫入 查詢命令，利用 dataset 保存臨時數(shù)據(jù)，留作后面注冊時用。 客戶端通過 請求注冊，填寫注冊信息，并驗證各項信息格式是否符合規(guī)定，如果不符合規(guī)定格式，則進(jìn)行提示重新填寫，最后將請求信息發(fā)送給服務(wù)器端。 下面是注冊驗證賬戶代碼： 服務(wù)器端得到注冊請求會將對象輸入流轉(zhuǎn)化為文件輸出流，并反饋給客戶端。客戶端得到注冊信息后會在前臺填寫注冊信息，然后創(chuàng)建文件輸出流，再用對象輸出流包裝后寫入本地文件將其持久化。最后關(guān)閉對象輸出流和文 件輸入流。 // 將向量中的類寫回文件 FileOutputStream file new FileOutputStream fList 。 ObjectOutputStream objout new ObjectOutputStream file 。 vList 。 // 發(fā)送注冊成功信息 + 注冊成功 。 Date t new Date 。 log 用戶 + + 注冊成功 , + 注冊時間 : + + \n 。// 讀文件 FileInputStream file3 new FileInputStream 。 ObjectInputStream objInput1 new ObjectInputStream file3 。 vList Vector 。if find 1。 if ! 密碼不正確 。 break。 else // 判斷是否已經(jīng)登錄 int login_flag 0。 for int a 0。 a 。 a++ String _custName Customer userOnline .elementAt a .custName。 if _custName login_flag 1。 break。 if 50 登錄人數(shù)過多，請稍候再試 。 break。 public void serverExit Exit exit new Exit 。 exit Exit obj。 removeUser exit 。 // chenmin if 。 Date t new Date 。 log 用戶 + + 已經(jīng)退出 , + 退出時間 : + 。 freshServerUserList 。 接收用戶聊天信息 當(dāng)用戶發(fā)送聊天信息時，服務(wù)端將會收到客戶端用 Socket 傳輸過來的聊天信息對象，然后將其強制轉(zhuǎn)換為 Chat 對象。 分析聊天信息對象的聊天內(nèi)容，用語言過濾類將非法字符過濾掉。語言過濾的時候?qū)蜷_“ ”文 件，不允許出現(xiàn)的關(guān)鍵詞將會存儲在文件中，關(guān)鍵字之間以逗號分割。當(dāng)聊天內(nèi)容中出現(xiàn)要過渡的關(guān)鍵字是將會被系統(tǒng)屏蔽，而聊天內(nèi)容 當(dāng)有其他用戶登陸時，系統(tǒng)會給在線的所有用戶發(fā)送用戶登陸信息，并且通過服務(wù)器可以給各用戶發(fā)送系統(tǒng)消息。系統(tǒng)消息發(fā)出后，如再有登錄者也可以接收到系統(tǒng)消息。 當(dāng)以上信息都封裝成功后，打開與客戶端連接的 Socket 的輸出流，然后再用 ObjectOutputStream 對象輸出流包裝后輸出給客戶端。 public void serverChat // 將接收到的對象值賦給聊天信息的序列化對象 Chat cObj new