基于java局域網聊天軟件_畢業論文-費下載(編輯修改稿)

　

【文章內容簡介】 保同客戶端的通信信道建立）服務器會向客戶端提供服務。服務器一般是服務的執行者，會向客戶端返回服務執行的結果。 為了實現客戶端同服務器端的通信，客戶端首先發送一個“ SYN”數據包。如果服務器收到 SYN 標記，它將發回一個“ SYN+ACK”數據包。接著，客戶端為了表示收到了這 個 SYN+ACK 信息，會向服務器發送一個最終確認信息（ ACK 包）。這種 SYN,SYN+ACK,ACK 的步驟被稱為 TCP 連接建立時的“三次握手”，在這之后，連接就建立起來了，這個連接將一直保持活動狀態，直到超時或者任何一方發出一個 FIN（結束）信號。這種通信模式也叫客戶端 /服務器（ C/S）模式。 主機 A 主機 B 圖 13 三次握手協議 ACK=1 第一次握手，主機 A 向主機 B 發送連接請求 第二次握手，主機 B 收到主機 A的請求，向主機 A回發一個確認，同時向主機 A 發送一個連接請求 第三次握手，主機 A 收到主機 B 發送的數據包在向主機 B 發送一個確認連接 SYN=1,SEQ= ACK=1,SYN=1,SEQ= aaaaaaaaaa 9 由此可見，通過客戶端和服務器的“三次握手”，雙方可以建立暢通的 通信信道，在此信道上雙方互相傳輸數據。 服務器和客戶機 網絡最基本的目的就是讓兩臺機器連接到一起，并相互 “交談 ”或者 “溝通 ”。一旦兩臺機器都發現了對方，就可以展開一次令人愉快的雙向對話。但它們怎樣才能 “發現 ”對方呢？這就像在游樂園里那樣：一臺機器不得不停留在一個地方，偵聽其他機器說： “嘿，你在哪里呢？ ” “停留在一個地方 ”的機器叫做 “服務器 ”（ Server）；到處 “找人 ”的機器則叫做 “客戶機 ”（ Client）或者 “客戶 ”。它們之間的區別只有在客戶機試圖同服務器連接的時候才顯得非常明顯。一 旦連通，就變成了一種雙向通信，誰來扮演服務器或者客戶機便顯得不那么重要了。 所以服務器的主要任務是偵聽建立連接的請求，這是由我們創建的特定服務器對象完成的。而客戶機的任務是試著與一臺服務器建立連接，這是由我們創建的特定客戶機對象完成的。一旦連接建好，那么無論在服務器端還是客戶機端，連接只是魔術般地變成了一個 IO 數據流對象。從這時開始，我們可以象讀寫一個普通的文件那樣對待連接。所以一旦建好連接，我們只需使用自己熟悉的 IO命令即可。這正是 Java 聯網最方便的一個地方。 圖 14 服務器和客戶機的連接 本文內容安排 本論文內容安排如下： 第二章為聊天系統的需求分析，主要介紹系統的可行性研究，需求分析流程圖等。 第三章為概要設計，分模塊介紹系統的具體實現過程。 第四章為詳細設計。 10 2 需求分析 可行性分析 經濟可行性 :由于本 系統 的主要背景是畢業課程設計，不注重直接的經濟效益和其后的發展方向，只在注重自身水平和能力的提高，對自身的經濟要求也不高，只要有一臺能運行 Java 軟件的電腦便可，所以不用考慮到經濟問題。 技術可行性 : 本系統的開發利用 Microsoft SQL Server2020 作為本系統的數據庫 ,它是一個支持多用戶的新型數據庫 ,適用于大中規模的數據量需求。學校校園網的建設也為新系統服務器 /客戶端的結構提供了硬件的支持。使用 Java作為系統開發的開發環境 ,它提供完善的指令控制語句、類與對象的支持及豐富的數據類型 ,給開發高性能系統提供的保障為開發滿足客戶要求的系統 ,保證了代碼的模塊化要求 ,而代碼模塊化的提高 ,非常有利于以后對新系統的擴展與修改。 運行 可行性 : 本系統為一個小型的局域網聊天系統 ,所耗費的資源非常的小 ,現在一般的電腦無論是硬件還是軟件都能夠滿足條件 ,因此 ,本系 統在運行上是可行的。 綜上所述 ,本系統的設計與開發在技術上和硬件設備上的條件都是滿足的 ,因此 ,它在技術上是可行的。 系統功能需求 本系統主要通過客戶端，服務器端來體現聊天系統的基本功能。 （ 1）服務器端 ，服務器監控聊天內容，服務器過濾非法內容 8. 服務器踢人。 9. 保存服務器日志。 。 （ 2）客戶端 11 系統性能需求 實用性：為局域網聊天提供方便，有效進行作業管理。 操作簡單：本系統應該適用于不同水平的使用者，包括事業單位和企業單位，同時系統不應太復雜和煩瑣，因此要求系統的操作盡可能簡單易行。 技術先進：產品的系統設計和開發應緊跟著整個計算機發展潮流，采用當時最先進的設計思想，利用最新的開發技術和開發工具。使系統能夠無論在功能設計上，還是在技術實現上，都處于同行業的領先地位。 安裝使用簡便：服務器端的安裝簡潔明 了，客戶機無需再裝任何軟件就可以直接注冊登陸聊天。 適應性：應該能廣泛應用于不同類型的企事業單位。系統采用模塊化設計，用戶可以根據自己的實際情況自行組合，使系統在不同的硬件環境下都能得以應用。 代碼可讀性好：文中的代碼將盡可能簡潔，易懂。 系統運行需求 運行環境： Windows 9x、 20 xp、 2020， Linux 必要環境： JDK 以上 硬件環境： CPU 400MHz 以上 ,內存 64MB 以上 數據流圖 頂層數據流圖 聊 天 用 戶局 域 網 多人 聊 天 系統聊 天 用 戶 圖 21 頂層數據流圖 12 一層數據流圖 . 聊 天 用 戶 聊 天 用 戶客 戶 端服 務 器 端寫 聊 天 信 息返 回讀 取返 回提 交反 饋存 儲 圖 22 一層數據流圖 13 二層數據流圖 用 戶客 戶 端服 務 器 端用 戶 注冊用 戶 登 錄用 戶 發 送信 息聊 天 內 容非 法 內 容用 戶 得 到的 信 息處 理 用 戶退 出服 務 器 日 志 數 據 聊 天 信 息保 存保 存處 理監 控屏 蔽 圖 23 系統二層數據流圖 14 3 概要設計 系統實現原理 聊天系統的設計跟普通網站設計有著許多不同的地方，普通網站設計所考慮的因素，例如，普通網站需要對布局進入大量美化以及動畫設計等等，而聊天室只 要提供滿足訪客雙方直接實時聊天即可。因此，在設計聊天系統的過程中，必須要考慮好以下幾個設計要點： 在 Inter 上的聊天程序一般都是以服務器提供服務端連接響應，使用者通過客戶端程序登錄到服務器，就可以與登錄在同一服務器上的用戶交談，這是一個面向連接的通信過程。因此，程序要在 TCP/IP 環境下，實現服務器端和客戶端兩部分程序。 圖 31 系統實現原理圖 15 系統實現層次圖： 局 域 網 多 人 聊 天系 統客 戶 端 服 務 器 端與 聊天 室成 員私 聊可 以改 變聊 天內 容風 格用 戶注 冊（ 含頭 像） 、登 錄服務器發送通知服務器踢人保存服務器日志保存用戶聊天信息服務器過濾非法內容服務器監控聊天內容聊 天室 成員 一起 聊天時鐘功能 圖 32 系統實現層次圖 各 模塊詳細功能 服務器端結構 圖 33 服務器端結構圖 16 為服務器端程序界面，負責為服務器的啟動提供界面服務。 為服務器端啟動界面，負責監聽服務器的狀態，在線人數，最多在線人數，服務器名稱，訪問協議，服務器 IP，服務器端口以及用戶信息的管理，日志的保存。 是連接服務器和客戶端的橋梁，主要負責將客戶端的信息傳送給服務器，并將服務器端的信息反饋給客戶端，即所謂的“三次握手”。也是Socket 編程的重要部分 。 負責將聊天過程中不合法的話語文件等過濾掉，返回合法內容。 客戶端結構 圖 34 客戶端結構圖 為客戶端程序啟動類，負責客戶端的啟動和退出。 為客戶端程序登錄界面，負責用戶帳號信息的驗證與反饋。 為客戶端程序注冊界面，負責用戶帳號信息的注冊驗證與反饋。 為客戶端程序聊天室主界面，負責接收、發送聊天內容與服務器端的 親密合作。 Windowclose 為 的內部類，負責監聽聊天室界面的操作，當用戶退出時返回給服務器信息。 為客戶端程序的一個小程序，實現的一個石英鐘功能。 17 4 詳細設計 系統流程圖 系統總體流程圖 開 始啟 動 服 務 器判 斷 啟 動 信 息啟 動 客 戶 端判 斷 登 錄 信 息登 錄 聊 天 室退 出 聊 天 室結 束是是注 冊 用 戶退 出 服 務 器否是否 圖 41 系統總體流程圖 18 系統客戶端流程圖 開 始客 戶 端 登 錄 界 面聊 天 室 界 面清 屏 聊 天 內 容 時 鐘 保 存聊 天 對 象 字 體 顏 色 表 情退 出結 束 圖 42 客戶端流程圖 編寫服務器端程序 問題陳述 1. 接受用戶注冊信息并保存在一個基于文件的對象型數據庫。 2. 能夠允許注冊過的用戶登錄聊天界面并可以聊天。 3. 能夠接受私聊信息并發送給特定的用戶。 4. 服務器運行在自定義的端口上 1001. 5. 服務器監控用戶列表和用戶聊天信息（除私聊外）。 6. 服務器踢人，發送通知。 7. 服務器保存日志。 19 解決方案 后臺數據庫設計 基于服務器跨平臺運行的構想，服務 器的后臺數據庫使用了 SQL Server2020。 （ 1） login 表： Login 表