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