【正文】 ................... 25 系統(tǒng)客戶端流程圖 ....................................................................... 26 編寫服務(wù)器端程序 ............................................................................... 26 問題陳述 ......................................................................................... 26 解決方案 ....................................................................................... 27 客戶端程序編寫 ........................................................................................................... 34 聊天室 ............................................................................................. 37 參考文獻(xiàn) ...................................................................................................................................... 47 致謝 ...................................................................................................................... 錯(cuò)誤 !未定義書簽。本人取最具代表性的 和 MSN 進(jìn)行了一些研究，作為我開發(fā)聊天系統(tǒng)的準(zhǔn)備。騰訊的成功與其對(duì) 的不斷創(chuàng)新和完善是分不開的。可以確定騰訊 是以多服務(wù)器提供服務(wù)、服務(wù)器總控客戶端、客戶端之間 UDP直連通信的。 其模型如圖 11 圖 11 騰訊 服務(wù)器 客戶端模型 1 與騰訊 不同，微軟 的 MSN Messenger 只使用了 TCP 作為傳輸層通 8 信協(xié)議，所有客戶端與服務(wù)器進(jìn)行連接，然后通過與服務(wù)器的 TCP 連接進(jìn)行中轉(zhuǎn)通信。而 MSN Messenger 所有數(shù)據(jù)都要經(jīng)過服務(wù)器，服務(wù)器壓力可想而知（難怪平時(shí)很少見到使用 MSN 進(jìn)行語(yǔ)音視頻聊天的）。 9 Java 語(yǔ)言 Java 的發(fā)展歷史 Java 的發(fā)展歷史，可以追朔到 1990 年。這個(gè)計(jì)劃的負(fù)責(zé)任是James Gosling。但后來發(fā)現(xiàn) C++并不適合這類任務(wù)；因?yàn)?C++常會(huì)使系統(tǒng)失效。需要程序員記錄并管理內(nèi)存資源。面包機(jī)上的程序錯(cuò)誤可能使面包機(jī)燒壞甚至爆炸。它采用了大部分與 C++類似的語(yǔ)法對(duì)可能具備危險(xiǎn)性的功能加以改進(jìn)，例如將內(nèi)存管理改為由語(yǔ)言自己進(jìn)行管理，以減少程序員的負(fù)擔(dān)及可能發(fā)生的錯(cuò)誤。 Java 的特點(diǎn) Java 是一種簡(jiǎn)單、安全、容易適用、面向?qū)ο?、可移置、高性能、多線程的語(yǔ)言。 2. 面向?qū)ο? 面向?qū)ο蠹夹g(shù)是現(xiàn)代工業(yè)的一次革新，提高了軟件的模塊化程度和重復(fù)適用率，縮短了軟件開發(fā)時(shí)間，減低了卡發(fā)成本。 Java 則是完全面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言。在網(wǎng)路環(huán)境下，語(yǔ)言的安全性變得更為重要。 4. 平臺(tái)獨(dú)立 平臺(tái)獨(dú)立指程序不受操作平臺(tái)的限制，可以應(yīng)用在各種平臺(tái)上。只要計(jì)算機(jī)安裝了能解釋執(zhí)行字節(jié)碼的 Java 虛擬機(jī) JVM，就可以執(zhí)行字節(jié)碼文件，從而實(shí)現(xiàn) Java的平臺(tái)獨(dú)立性。 Java 能從全球網(wǎng)絡(luò)資源獲取所需信息，如數(shù)據(jù)文件、影響文件、聲音文件等，并對(duì)所得信息進(jìn)行處理，所以說 Java 是一種網(wǎng)絡(luò)語(yǔ)言。但是隨著 JVM 技術(shù)的進(jìn)步，使得其執(zhí)行速度直逼 C 與 C++。 IP 地址 :TCP/IP 網(wǎng)絡(luò)中的每臺(tái)計(jì)算機(jī)都有唯一的地址 IP 地址 . 在 Java 中 ,有一個(gè)用來存儲(chǔ) inter 地址的類叫 InterAddress. Java 提供的網(wǎng)絡(luò)功能有三大類 : URL, Socket, Datagram. URL 是三大功能中最高級(jí)的一種 ,通過 URL Java 程序可以直接送出或讀入網(wǎng)絡(luò)上的數(shù)據(jù) . Socket 是傳統(tǒng)網(wǎng)絡(luò)程序最常用的方式 ,可以想象為兩個(gè)不同的程序通過網(wǎng)絡(luò)的通信信道 . Datagram 是更低級(jí)的網(wǎng)絡(luò)傳輸方式 ,它把數(shù)據(jù)的目的紀(jì)錄在數(shù)據(jù)包中 ,然后直接放在網(wǎng)絡(luò)上 12 Socket 編程 關(guān)于 TCP/IP 協(xié)議 TCP 協(xié)議是網(wǎng)絡(luò)通信的基石，對(duì)此， Java 專門提供了 Socket 的類庫(kù)，在其中抽象出 TCP 協(xié)議通信的常用方法： TCP 協(xié)議與三次握手 ： 在講述 TCP 協(xié)議流程前，先來聲明兩個(gè)重要的概念： （ 1）客戶端，首先發(fā)送 TCP 請(qǐng)求的是客戶端，客戶端一般是服務(wù)（比如數(shù)據(jù)查詢服務(wù)）的請(qǐng)求者。服務(wù)器一般是服務(wù)的執(zhí)行者，會(huì)向客戶端返回服務(wù)執(zhí)行的結(jié)果。如果服務(wù)器收到 SYN 標(biāo)記，它將發(fā)回一個(gè)“ SYN+ACK”數(shù)據(jù)包。這種 SYN,SYN+ACK,ACK 的步驟被稱為 TCP 連接建立時(shí)的“三次握手”，在這之后，連接就建立起來了，這個(gè)連接將一直保持活動(dòng)狀態(tài)，直到超時(shí)或者任何一方發(fā)出一個(gè) FIN（結(jié)束）信號(hào)。 主機(jī) A 主機(jī) B ACK=1 第一次握手，主機(jī) A 向主機(jī) B 發(fā)送連接請(qǐng)求 第二次握手，主機(jī) B 收到主機(jī) A的請(qǐng)求，向主機(jī) A回發(fā)一個(gè)確認(rèn)，同時(shí)向主機(jī) A 發(fā)送一個(gè)連接請(qǐng)求 第三次握手，主機(jī) A 收到主機(jī) B 發(fā)送的數(shù)據(jù)包在向主機(jī) B 發(fā)送一個(gè)確認(rèn)連接 SYN=1,SEQ= 13 圖 13 三次握手協(xié)議 由此可見，通過客戶端和服務(wù)器的“三次握手”，雙方可以建立暢通的通信信道，在此信道上雙方互相傳輸數(shù)據(jù)。一旦兩臺(tái)機(jī)器都發(fā)現(xiàn)了對(duì)方，就可以展開一次令人愉快的雙向?qū)υ?。它們之間的區(qū)別只有在客戶機(jī)試圖同服務(wù)器連接的時(shí)候才顯得非常明顯。 所以服務(wù)器的主要任務(wù)是偵聽建立連接的請(qǐng)求，這是由我們創(chuàng)建的特定服務(wù)器對(duì)象完成的。一旦連接建好，那么無論在服務(wù)器端還是客戶機(jī)端，連接只是魔術(shù)般地變成了一個(gè) IO 數(shù)據(jù)流對(duì)象。所以一旦建好連接，我們只需使用自己熟悉的 IO命令即可。 圖 14 服務(wù)器和客戶機(jī)的連接 本文內(nèi)容安排 本論文內(nèi)容安排如下： 第二章為聊天 系統(tǒng)的需求分析，主要介紹系統(tǒng)的可行性研究，需求分析流程圖等。 第四章為詳細(xì)設(shè)計(jì)。 技術(shù)可行性 : 本系統(tǒng)的開發(fā)利用 Microsoft SQL Server2021 作為本系統(tǒng)的數(shù)據(jù)庫(kù) ,它是一個(gè)支持多用戶的新型 數(shù)據(jù)庫(kù) ,適用于大中規(guī)模的數(shù)據(jù)量需求。使用 Java作為系統(tǒng)開發(fā)的開發(fā)環(huán)境 ,它提供完善的指令控制語(yǔ)句、類與對(duì)象的支持及豐富的數(shù)據(jù)類型 ,給開發(fā)高性能系統(tǒng)提供的保障為開發(fā)滿足客戶要求的系統(tǒng) ,保證了代碼的模塊化要求 ,而代碼模塊化的提高 ,非常有利于以后對(duì)新系統(tǒng)的擴(kuò)展與修改。 綜上所述 ,本系統(tǒng)的設(shè)計(jì)與開發(fā)在技術(shù) 上和硬件設(shè)備上的條件都是滿足的 ,因此 ,它在技術(shù)上是可行的。 （ 1）服務(wù)器端 ，服務(wù)器監(jiān)控聊天內(nèi)容，服務(wù)器過濾非法內(nèi)容 8. 服務(wù)器踢人。 。 操作簡(jiǎn)單：本系統(tǒng)應(yīng)該適用于不同水平的使用者，包括事業(yè)單位和企業(yè)單位，同時(shí)系統(tǒng)不應(yīng)太復(fù)雜和煩瑣，因此要求系統(tǒng)的操作盡可能簡(jiǎn)單易行。使系統(tǒng)能夠無論在功能設(shè)計(jì)上，還是在技術(shù)實(shí)現(xiàn)上，都處于同行業(yè)的領(lǐng)先地位。 適應(yīng) 性：應(yīng)該能廣泛應(yīng)用于不同類型的企事業(yè)單位。 代碼可讀性好：文中的代碼將盡可能簡(jiǎn)潔，易懂。因此，在設(shè)計(jì)聊天系統(tǒng) 的過程中，必須要考慮好以下幾個(gè)設(shè)計(jì)要點(diǎn)： 在 Inter 上的聊天程序一般都是以服務(wù)器提供服務(wù)端連接響應(yīng)，使用者通過客戶端程序登錄到服務(wù)器，就可以與登錄在同一服務(wù)器上的用戶交談，這是一個(gè)面向連接的通信過程。 21 圖 31 系統(tǒng)實(shí)現(xiàn)原理圖 22 系統(tǒng)實(shí)現(xiàn)層次圖： 局 域 網(wǎng) 多 人 聊 天系 統(tǒng)客 戶 端 服 務(wù) 器 端與 聊天 室成 員私 聊可 以改 變聊 天內(nèi) 容風(fēng) 格用 戶注 冊(cè)（ 含頭 像） 、登 錄服務(wù)器發(fā)送通知服務(wù)器踢人保存服務(wù)器日志保存用戶聊天信息服務(wù)器過濾非法內(nèi)容服務(wù)器監(jiān)控聊天內(nèi)容聊 天室 成員 一起 聊天時(shí)鐘功能 圖 32 系統(tǒng)實(shí)現(xiàn)層次圖 各模塊詳細(xì)功能 服務(wù)器端結(jié)構(gòu) 23 圖 33 服務(wù) 器端結(jié)構(gòu)圖 為服務(wù)器端程序界面，負(fù)責(zé)為服務(wù)器的啟動(dòng)提供界面服務(wù)。 是連接服務(wù)器和客戶端的橋梁，主要負(fù)責(zé)將客戶端的信息傳送給服務(wù)器，并將服務(wù)器端的信息反饋給客戶端，即所謂的“三次握手”。 負(fù)責(zé)將聊天過程中不 合法的話語(yǔ)文件等過濾掉，返回合法內(nèi)容。 24 為客戶端程序登錄界面，負(fù)責(zé)用戶帳號(hào)信息的驗(yàn)證與反饋。 為客戶端程序聊天室主界面，負(fù)責(zé)接收、發(fā)送聊天內(nèi)容與服務(wù)器端的 親密合作。 為客戶端程序的一個(gè)小程序，實(shí)現(xiàn)的一個(gè)石英鐘功能。 2. 能夠允許注冊(cè)過的用戶登錄聊天界面并可以聊天。 4. 服務(wù)器運(yùn)行在自定義的端口上 1001. 5. 服務(wù)器監(jiān)控用戶列表和用戶聊天信息（除私聊外）。 7. 服務(wù)器保存日志。 （ 1） login 表： Login 表 （ 2） register 表 28 register 表 此表主要包含了用戶帳戶基本信息。 用戶注冊(cè) 首先 創(chuàng)建一個(gè) File 文件類，載入“ ”，再用對(duì)象輸入流ObjectInputStream 將用戶信息導(dǎo)入到系統(tǒng)中。 int flag = 0。 File fList = new File()。 vList = (Vector) ()。 i ()。 if (()) { (注冊(cè)名重復(fù) ,請(qǐng)另外