【正文】 所用的時(shí)間只需要不到 1 秒的時(shí)間，幾乎是立即得到響應(yīng)， 比 發(fā)送一份 郵件 的信息傳遞速度快了幾百倍，非常的節(jié)省時(shí)間；在經(jīng)濟(jì)上，我們打電話是按時(shí)間分鐘來計(jì)費(fèi)的，如果是長途電話的話更貴，而我們的聊天室是通過互聯(lián)網(wǎng)來接通的，價(jià)格十分便宜。 基于 B/S 的 聊天室 是瀏覽器 /服務(wù)的，與基于C/S 架構(gòu)的騰訊 等 聊天軟件相比 起來 ， 這種 B/S[7]架構(gòu)的聊天室，是不需要下載安裝，直接是在瀏覽器上運(yùn)行 。 這次開發(fā)的基于 B/S 架構(gòu)的聊天室 ，是用現(xiàn)在流行 JAVA[1]語言來開發(fā)的，用 作為開發(fā)平臺(tái)，因?yàn)? 開發(fā) B/S[6]架構(gòu)運(yùn)行在瀏覽器上的系統(tǒng)比較方便，并且用到的數(shù)據(jù)庫是當(dāng)前非常受歡迎的 MySQL 數(shù)據(jù)，作為后臺(tái)數(shù)據(jù)庫存儲(chǔ)一些信息，建立一些表格。 B/S 模式將實(shí)現(xiàn)系統(tǒng)核心功能的代碼全部都放著到服務(wù)器上，只有該系統(tǒng)的服務(wù)器夠強(qiáng)大就可以無限的運(yùn)行，如果客戶端崩潰，也只是在瀏覽器上而已，只需要重新打開一個(gè)頁面就可以了，從某種一定程度上，這個(gè)系統(tǒng)只需要開發(fā)一個(gè)強(qiáng)大的服務(wù)器，從而簡化了系統(tǒng)的開發(fā)和維護(hù)。 3 國內(nèi)外研究現(xiàn)狀 隨著互聯(lián)網(wǎng)的發(fā)展以及普及，網(wǎng)絡(luò)聊天軟件逐漸成為網(wǎng)絡(luò)用戶必備的聯(lián)絡(luò)工具，它為廣大網(wǎng)民提供了一種方便快捷的溝通方式，而網(wǎng)絡(luò)聊天室作為出現(xiàn)最早，也是操作簡單的網(wǎng)上聊天方式，受到了眾多網(wǎng)民的追捧。 2020 年 5 月，騰訊 在線人數(shù)已經(jīng)突破 10 萬。 2020 年 4 月份，騰訊 在線人數(shù)的最高記錄已經(jīng)突破了 600 萬，現(xiàn)在騰訊公司正在把網(wǎng)絡(luò) 聊天系統(tǒng)往移動(dòng)聊天方向擴(kuò)展，如今已經(jīng)將網(wǎng)絡(luò)聊天與手機(jī)短信息 (SMS)成功結(jié)合起來。 在國外， MSN—— 借助和 Windows聊天軟件。 但是，這些聊天軟件都是基于 C/S 架構(gòu)的，都需要通過下載客戶端進(jìn)行安裝使用，在更新方面也需要下載更新，而且用戶名、密碼和聊天記錄等都是存在本地機(jī)器上的，在安全性和方便性方面都有所欠缺。在這種結(jié)構(gòu)下，用戶不需要通過下載客戶端安裝使用和更新，只需要有瀏覽器就可以實(shí)現(xiàn)，而且可以隨時(shí)隨地地使用，不會(huì)受到時(shí)間與地域的影響。而且 B/S 架構(gòu)的聊天室實(shí)現(xiàn)了系 統(tǒng)的無縫升級(jí)，系統(tǒng)維護(hù)開銷小。 本文組織結(jié)構(gòu) 本文圍繞著開發(fā)一個(gè)基于 B/S 的 聊天軟件，描述了完成開發(fā)這個(gè)系統(tǒng)的主要流程，本文分為以下幾部分： 第一章 介紹的是基于 B/S 的 聊天軟件的研發(fā)背景、選題意義和國內(nèi)外現(xiàn)狀； 第二章 介紹的是 聊天軟件要使用的開發(fā)環(huán)境、開發(fā)工具以及要使用到的技術(shù)； 第三章 介紹的是 聊天軟件的需求分析； 4 第四章 介紹的是系統(tǒng)的設(shè)計(jì)與及系統(tǒng)需要有的功能模塊； 第五章 介紹的是數(shù)據(jù)庫的設(shè)計(jì)與創(chuàng)建； 第六章 介紹的是系統(tǒng)的詳細(xì) 設(shè)計(jì)與實(shí)現(xiàn)； 第七章 主要是對(duì)本系統(tǒng)進(jìn)行測(cè)試，證明系統(tǒng)的可行性。由于網(wǎng)絡(luò)技術(shù)的發(fā)展之快，所運(yùn)行的 應(yīng)用系統(tǒng)的規(guī)模 在慢慢的 擴(kuò)大 ,其中的 復(fù)雜性越來越高 ，在現(xiàn)在 多用戶、多數(shù)據(jù)庫 、多接口的系統(tǒng)中，并 且網(wǎng)絡(luò)環(huán)境下 也是 非安全的(例如 :Inter)的網(wǎng)絡(luò)環(huán)境中 ,傳統(tǒng)的 兩層 C/S 結(jié)構(gòu) 的應(yīng)用模型 無法滿足現(xiàn)狀，跟不上時(shí)代步伐，而且這種模式是 單一 的 服務(wù)器 ，主要 以局域網(wǎng)為中心的 ,因此想 要把傳統(tǒng)的模式 擴(kuò)展至大型企業(yè) 的 廣域網(wǎng)或 強(qiáng)大的 Intra 中是不可能的，因此 B/S 體系結(jié)構(gòu) 三層客戶 /服務(wù)器模式 隨之興起，成為當(dāng)今最受歡迎的一種體系結(jié)構(gòu) [8]。 B/S 體系結(jié)構(gòu)在邏輯上將應(yīng)用功能分為 3 層，分別是 顯示層、業(yè)務(wù)層、數(shù)據(jù)層 。業(yè)務(wù)邏輯層 是在 顯示層和數(shù)據(jù)層之間， 是為企業(yè)實(shí)現(xiàn) 該企業(yè)的 業(yè)務(wù)邏輯提 ，專門的設(shè)計(jì) 供 的 一個(gè)明確 有效 的層次 ，具有一定的邏輯性 ，在這個(gè)層次 中， 封裝了與系統(tǒng) 相 關(guān)聯(lián)的應(yīng)用模型， 同時(shí) 把 顯 示層和數(shù)據(jù)庫代碼 部分的數(shù)據(jù)層區(qū)分開來 數(shù)據(jù)層是三層模式中最底層 的結(jié)構(gòu) ， 這個(gè)層的主要目的是 用來定義、維護(hù)、訪問和更新數(shù)據(jù) ，簡單的說，就是管理數(shù)據(jù)庫的， 6 同時(shí) 管理和滿足應(yīng)用服務(wù)對(duì)數(shù)據(jù) 庫發(fā)送 的 一系列 請(qǐng)求 ，維護(hù)數(shù)據(jù)庫得管理。 MySQL 數(shù)據(jù)庫很容易安裝，它是在 DOC 命令的窗口運(yùn)行的，但是它是具有強(qiáng)大的數(shù)據(jù)開發(fā)和維護(hù)功能、源代碼開發(fā)的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，還有就是這個(gè)數(shù)據(jù)庫管理系統(tǒng)具有非常強(qiáng)靈活性和豐富的應(yīng)用編程接口以及精巧的系統(tǒng)結(jié)構(gòu)性。所以在現(xiàn)在的那些小型的項(xiàng)目 中，基本都會(huì)選擇這種數(shù)據(jù)。 同時(shí) MySQL 還能夠 足夠快和靈活存儲(chǔ)記錄文件和圖像 等屬性，可見這個(gè)數(shù)據(jù)庫得功能之強(qiáng)大 [11]。MySQL 數(shù)據(jù)庫的主要特點(diǎn)是體積小、速度快和成本低 3 個(gè)特點(diǎn)，其中在成本低MySQL 數(shù)據(jù)庫優(yōu)勢(shì)下，它的局限性已經(jīng)不是什么問題了，而且它能滿足現(xiàn)在的那些中小型的系統(tǒng)或者網(wǎng)站，所以 ，使得一般中小型網(wǎng)站的開發(fā)都會(huì)選擇 MySQL作為網(wǎng)站數(shù)據(jù)庫。 顯 示層 業(yè)務(wù)層 數(shù)據(jù)層 7 3 系統(tǒng)需求分析 綜合需求 通過調(diào)查可以得知，在本系統(tǒng)中，用戶的類型有兩種：普通用戶和管理員。管理員在注冊(cè)成為普通用戶以后也可以進(jìn)入前臺(tái)的聊天頁面，跟 普通用戶一樣，進(jìn)行聊天。 聊天室的最大特點(diǎn)就是能夠?qū)α奶靸?nèi)容進(jìn)行實(shí)時(shí)刷新，能夠?qū)崟r(shí)顯示聊天內(nèi)容。 本系統(tǒng)有普通用戶和管理員兩個(gè)角色。聊天時(shí)，用戶可以 設(shè)置 字體的 大小、顏色 等，實(shí)時(shí)顯示聊天 信息 ，并且實(shí)時(shí)顯示在線聊天的人員列表， 好友狀態(tài)，用戶還可以 手動(dòng) 更換背景 顏色 。 管理員除了可以以普通用戶的身份實(shí)現(xiàn)普通用戶的功能以外，還可以以管理員的身份實(shí)現(xiàn)管理員的功能。本系統(tǒng)旨在實(shí)現(xiàn)在線實(shí)時(shí)聊天功能，為用戶提供方便快捷的交流方式，這在具體體現(xiàn)，將會(huì)在系統(tǒng)實(shí)現(xiàn)中體現(xiàn)和擴(kuò)展。可行性分析從技術(shù)可行性、經(jīng) 濟(jì)可行性、管理可行性三方面進(jìn)行分析，論證該系統(tǒng)是否可行。 管理可行性 使用模塊化的設(shè)計(jì)方法，有助于系統(tǒng)開發(fā)過程的管理，因?yàn)槟K化的設(shè)計(jì)方 8 法就是科學(xué)合理的將整個(gè)程序劃分為 N 個(gè)功能模塊，各個(gè)功能模塊單獨(dú)設(shè)計(jì)，互不影響。 經(jīng)濟(jì)可行性 經(jīng)過詳細(xì)周密的調(diào)查，借鑒成功的開發(fā)案例，采用科學(xué)有效的開發(fā)方式，可以降低開發(fā)的成本，達(dá)到經(jīng)濟(jì)高效的目的。 功能需求 經(jīng)過詳細(xì)的調(diào)查，首先可以確定的是系統(tǒng)需要有“普通用戶”和“管理員”這兩個(gè)角色。 用戶注冊(cè)的順序圖如圖 3 所示： : 用 戶: 注 冊(cè) 頁 面 : 后 臺(tái) 數(shù) 據(jù) 庫 : 登 錄 頁 面請(qǐng) 求 注 冊(cè)驗(yàn) 證 合 法注 冊(cè) 失 敗注 冊(cè) 成 功 圖 3 用戶注冊(cè)順序圖 10 （ 2）用戶 登錄場(chǎng)景 用戶輸入用戶名和密碼后，后臺(tái)數(shù)據(jù)對(duì)用戶輸入的數(shù)據(jù)進(jìn)行驗(yàn)證判斷，如果后臺(tái)數(shù)據(jù)庫存在該用戶，且密碼正確，則跳轉(zhuǎn)到聊天頁面，否則登錄失敗，繼續(xù)停留在登錄頁面。其中普通用戶模塊包括登 錄模塊、聊天模塊、退出模塊，聊天模塊又包含各種聊天相關(guān)功能的子功能模塊和在線歌曲試聽的子功能模塊，管理員模塊包括登錄模塊、管理模塊、退出模塊，其中管理模塊又包括管理系統(tǒng)用戶的各個(gè)功能子模塊和管理歌曲的各個(gè)功能子模塊。 系統(tǒng)總體模塊框架劃分如圖 5 所示： 圖 5 系統(tǒng)總體模塊架構(gòu) 系統(tǒng)功能模塊 本系統(tǒng)在 J2EE[4]平臺(tái)下使用 B/S 架構(gòu)進(jìn)行設(shè)計(jì)， MySQL 作為后臺(tái)數(shù)據(jù)庫，實(shí)現(xiàn)管理員對(duì)聊天室的管理、用戶 登陸聊天室聊天等功能的管理和實(shí)現(xiàn)，包括前臺(tái)模塊和后臺(tái)管理模塊。作為一個(gè)只需要 WEB[2]瀏覽器，不需要下載客戶端就能實(shí)現(xiàn)的聊天室，雖然不需要客戶端的存在，但是在前臺(tái)依然必須要具備基本的用戶注冊(cè)、登陸功能。 前臺(tái)頁面的模塊又可以分為登陸模塊和聊天模塊。 （ 1）用戶注冊(cè)模塊 用戶將個(gè)人信息填寫完整，點(diǎn)擊注冊(cè)進(jìn)行驗(yàn)證，如果驗(yàn)證合法，對(duì)數(shù)據(jù)庫做插入操作，插入成功，則完成注冊(cè)，完成注冊(cè)后頁面跳轉(zhuǎn)到登陸頁面，如果驗(yàn)證沒有通過，則繼續(xù)停留在注冊(cè)頁面。 （ 3）找回密碼模塊 當(dāng)用戶忘記密碼時(shí)，通過注冊(cè)時(shí)填寫的問題以及問題的答案找回密碼。 聊天界面則包括一個(gè)用戶與另一個(gè)用戶之間的私聊，一個(gè)用戶與多用戶之間的群聊 ，設(shè)置修改字體、字號(hào)、顏色、變換背景色、音樂試聽等功能。 （ 1）用戶資料管理 對(duì)每一個(gè)已經(jīng)注冊(cè)了的用戶注冊(cè)時(shí)填寫的資料進(jìn)行增刪改查的管理。 13 （ 3）過 濾字段管理 設(shè)置需要過濾的內(nèi)容，即設(shè)置在用戶聊天時(shí)不能發(fā)送的非法內(nèi)容，插入到數(shù)據(jù)庫中，經(jīng)由數(shù)據(jù)庫篩選非法聊天內(nèi)容并自動(dòng)屏蔽優(yōu)化聊天室。 （ 6）音樂管理 上傳音樂文件，即在數(shù)據(jù)庫中對(duì)音樂表進(jìn)行插入數(shù)據(jù)操作，查詢數(shù)據(jù)庫中的音樂文件，并顯示到界面，還能刪除上傳了的音樂文件。 普通用戶具有注冊(cè)登錄、音樂試聽、聊天、設(shè)置背景顏色、退出權(quán)限，其中聊天功能中包括群聊、私聊、設(shè)置字體字號(hào)和顏色、發(fā)送表情等權(quán)限。 管理員的系統(tǒng)流程圖如圖 9 所示： 圖 8 普通用戶系統(tǒng)流程圖 圖 9 管理員系統(tǒng)流程圖 普通用戶 用戶注冊(cè) 注冊(cè)成功 登錄 聊天室 登錄成 功 背景顏色 聊天 試聽音樂 字體設(shè)置 字體設(shè)置 字體設(shè)置 字體設(shè)置 登錄失敗 管理員 登錄 后臺(tái)管理 在線用戶管理 在線用戶管理 在線用戶管理 在線用戶管理 在線用戶管理 登錄成功 15 5 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì) 經(jīng)過分析，得出本系統(tǒng)有普通用戶和管理員兩個(gè)角色，本系統(tǒng)還有過濾字段、管理聊天記錄、音樂試聽等功能，因此，本系統(tǒng)的實(shí)體有用戶、過濾條件、聊天記錄、音 樂，這些實(shí)體的實(shí)體屬性圖如下列圖所示： 圖 10 用戶實(shí)體屬性圖 圖 11 過濾條件實(shí)體屬性圖 圖 12 聊天記錄實(shí)體屬性圖 聊天記錄 記錄編號(hào) 發(fā)送人 發(fā)送時(shí)間 發(fā)送內(nèi)容 接收人 過濾條件 過濾編號(hào) 過濾字段 用戶 用戶編號(hào) 用戶名 密碼 用戶類型 密碼提示問題 提示答案 是否在線 16 圖 13 歌曲實(shí)體屬性圖 經(jīng)過系統(tǒng)功能的初步確定和數(shù)據(jù)庫中實(shí)體的初步確定，得到了聊天的 ER圖如下圖所示： 圖 14 聊天 ER 圖 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì) 聊天室 作為網(wǎng)絡(luò) 服務(wù) 的一個(gè)重要應(yīng)用， 它的數(shù)據(jù)庫在整個(gè)系統(tǒng)中占據(jù)著極其重要的作用，其 數(shù)據(jù)庫在網(wǎng)站建設(shè) 和 網(wǎng)絡(luò)營銷中發(fā)揮著 非常重要的作用。 歌曲信息 音樂編號(hào) 歌曲名字 歌手姓名 歌曲路徑 用戶 用戶名 密碼 聊天 用戶 用戶名 密碼 聊天編號(hào) 發(fā)送人 發(fā)送內(nèi)容 接收人 發(fā)送時(shí)間 N M 17 本系統(tǒng)采所需要的數(shù)據(jù)庫結(jié)構(gòu)如圖 15 所示。 在本系統(tǒng)開發(fā)中，由于 MySQL 是一個(gè) 開源的、快速的、多用戶的 SQL 數(shù)據(jù)庫服務(wù)器，而且 MySQL 能在不同的平臺(tái)上工作，所以 我采用了 MySql數(shù)據(jù)庫管理系統(tǒng) 作為基礎(chǔ)進(jìn)行數(shù)據(jù)庫設(shè)計(jì) ，建立的數(shù)據(jù)庫名為 chatsys的數(shù)據(jù)庫 。注冊(cè)時(shí)，在注冊(cè)頁面輸入要填寫的信息，點(diǎn)擊注冊(cè)，會(huì)對(duì)輸入的數(shù)據(jù)進(jìn)行驗(yàn)證，驗(yàn)證通過了，會(huì)在數(shù)據(jù)庫中插入該用戶輸入的信息，并將用戶名存到 session 中。 用戶注冊(cè)的流程圖如圖 16 所示： 注冊(cè)的核心代碼如下所示： public String execute() { if(user!=nullamp。!().equals()amp。()!=nullamp。()!=nullamp。!().equals()){ (user)。 } 用戶登陸 在登錄界面中，需要輸入正確的用戶名和密碼才能夠登錄。普通用戶登錄時(shí)，在登錄頁面輸入普通用戶用戶名和密碼，單擊“登錄”按鈕，系統(tǒng)將會(huì)對(duì)用戶輸入的用戶名和密碼進(jìn)行驗(yàn)證，通過查詢數(shù)據(jù)庫，判斷輸入的賬號(hào)是否存在，若不存在，則繼續(xù)停留在登錄頁面，若存在，繼續(xù)判斷密碼是否正確，若正確，則進(jìn)入聊天室界面，同時(shí)系統(tǒng)將會(huì)通過查詢數(shù)據(jù)庫查找到該用戶的 isuse 字段，將字段的值改成 1（ 1 代表在線狀態(tài)， 0 代表離線狀態(tài)）。管理員登錄與普通用戶登錄差不多，不過管理員登錄后，會(huì)跳轉(zhuǎn)到后臺(tái)管理頁面。 HttpSession session = () .getSession()。 ().setAttribute(ulist, ulist)。 ().getSession().setAttribute(contlist, cont)。 } ()。 (user, user)。 if (talking == null) { talking = ()。 (us