【正文】 Java是一個純的面向?qū)ο蟮某绦蛟O計語言，它繼承了 C++ 語言面向?qū)ο蠹夹g的核心，Java舍棄了C ++語言中容易引起錯誤的指針（以引用取代）、運算符重載（operator overloading）、多重繼承（以接口取代）等特性，增加了垃圾回收器功能用于回收不再被引用的對象所占據(jù)的內(nèi)存空間，使得程序員不用再為內(nèi)存管理而擔憂。在 Java SE 版本中，Java 又引入了泛型編程（Generic Programming）、類型安全的枚舉、不定長參數(shù)和自動裝/拆箱等語言特性。 WINDOWS SOCKETS網(wǎng)絡編程接口選定WINDOWS平臺開發(fā)網(wǎng)絡通信程序，可以選擇WINDOWS的SOCKETS編程接口，Windows Sockets是一套開放的、支持多種協(xié)議的Windows下的網(wǎng)絡編程接口?，F(xiàn)在的Winsock已經(jīng)基本上實現(xiàn)了與協(xié)議無關，你可以使用Winsock來調(diào)用多種協(xié)議的功能，但較常使用的是TCP/IP協(xié)議。Windows sockets無疑是我們進行網(wǎng)絡編程的利器。所有的Windows Sockets實現(xiàn)都支持流套接口和數(shù)據(jù)報套接口。應用程序調(diào)用Windows Sockets的API實現(xiàn)相互之間的通訊。Windows Sockets又利用下層的網(wǎng)絡通訊協(xié)議功能和操作系統(tǒng)調(diào)用實現(xiàn)實際的通訊工作。： Windows Sockets實現(xiàn)通訊工作的各層關系圖 WSAAsyncSelect模型開發(fā)WSAAsyncSelect()調(diào)用允許應用程序程序注冊一個或多個感興趣的網(wǎng)絡事件。這一API調(diào)用用來取代探尋網(wǎng)絡I/O調(diào)用。在select()或非阻塞I/O例程（例如send()和recv()）已經(jīng)被調(diào)用或?qū)⒁徽{(diào)用的情況下都可以使用WSAAsyncSelect()調(diào)用。在這種情況下，在聲明感興趣的網(wǎng)絡事件時，你必須提供一個通知時使用的窗口句柄。那么在你聲明的感興趣的網(wǎng)絡事件發(fā)生時，對應的窗口將收到一個基于消息的通知。應用進程WSAAsyncSelect線程繼續(xù)運行 Recv()復制數(shù)據(jù)期間阻塞處理數(shù)據(jù) 內(nèi)核 等待數(shù)據(jù)數(shù)據(jù)準備好復制數(shù)據(jù)將數(shù)據(jù)復制到擁護空間 完成復制系統(tǒng)調(diào)用返回消息系統(tǒng)調(diào)用返回成功指示 WSAAsyncSelect模型 TCP/IP協(xié)議、TCP協(xié)議網(wǎng)際協(xié)議IP是TCP/IP的心臟，也是網(wǎng)絡層中最重要的協(xié)議。 IP層接收由更低層（網(wǎng)絡接口層例如以太網(wǎng)設備驅(qū)動程序）發(fā)來的數(shù)據(jù)包，并把該數(shù)據(jù)包發(fā)送到更高層TCP或UDP層；相反，IP層也把從TCP或UDP層接收來的數(shù)據(jù)包傳送到更低層。IP數(shù)據(jù)包是不可靠的，因為IP并沒有做任何事情來確認數(shù)據(jù)包是按順序發(fā)送的或者沒有被破壞。IP數(shù)據(jù)包中含有發(fā)送它的主機的地址（源地址）和接收它的主機的地址（目的地址）。如果IP數(shù)據(jù)包中有已經(jīng)封好的TCP數(shù)據(jù)包，那么IP將把它們向‘上’傳送到TCP層。TCP將包排序并進行錯誤檢查，同時實現(xiàn)虛電路間的連接。TCP數(shù)據(jù)包中包括序號和確認，所以未按照順序收到的包可以被排序，而損壞的包可以被重傳。UDP與TCP位于同一層，但對于數(shù)據(jù)包的順序錯誤或重發(fā)。因此，UDP不被應用于那些使用虛電路的面向連接的服務，UDP主要用于那些面向查詢應答的服務。 TCP和UDP服務通常有一個客戶/服務器的關系。兩個系統(tǒng)間的多重連接是這樣相互確認并協(xié)調(diào)一致的，TCP或UDP連接唯一地使用每個信息中的如下四項進行確認： 源IP地址 發(fā)送包的IP地址。 目的IP地址 接收包的IP地址。源端口 源系統(tǒng)上的連接的端口。 目的端口 目的系統(tǒng)上的連接的端口。端口是一個軟件結構，被客戶程序或服務進程用來發(fā)送和接收信息。一個端口對應一個16比特的數(shù)。服務進程通常使用一個固定的端口，例如，SMTP使用25。這些端口號是“廣為人知”的，因為在建立與特定的主機或服務的連接時，需要這些地址和目的地址進行通訊。 面向連接的（TCP）連接過程 Client/Server結構（客戶機/服務器模式）Client/Server結構（C/S結構）是大家熟知的客戶機和服務器結構。通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務合理分配到Client端和Server端來實現(xiàn)，降低了系統(tǒng)的通訊開銷。目前大多數(shù)應用軟件系統(tǒng)都是Client/Server形式的兩層結構。C/S結構軟件分為客戶機和服務器兩層，客戶機不是毫無運算能力的輸入、輸出設備，而是具有了一定的數(shù)據(jù)處理和數(shù)據(jù)存儲能力，通過把應用軟件的計算和數(shù)據(jù)合理地分配在客戶機和服務器兩端，可以有效地降低網(wǎng)絡通信量和服務器運算量。由于服務器連接個數(shù)和數(shù)據(jù)通信量的限制，這種結構的軟件適于在用戶數(shù)目不多的網(wǎng)絡內(nèi)使用。C/S結構的優(yōu)點是能充分發(fā)揮客戶端ＰＣ的處理能力，很多工作可以在客戶端處理后再提交給服務器。對應的優(yōu)點就是客戶端響應速度快。缺點主要有以下幾個：只適用于網(wǎng)絡。而隨著互聯(lián)網(wǎng)的飛速發(fā)展，移動辦公和分布式辦公越來越普及，這需要我們的系統(tǒng)具有擴展性。這種方式遠程訪問需要專門的技術，同時要對系統(tǒng)進行專門的設計來處理分布式的數(shù)據(jù)。3 即時通信系統(tǒng)分析與設計 即時通信系統(tǒng)分析 系統(tǒng)需求網(wǎng)絡聊天交流是目前互聯(lián)網(wǎng)提供的主要內(nèi)容。聊天系統(tǒng)有多種實現(xiàn)方式，類似ICQ屬于一種點對點的聊天系統(tǒng)；還有一種是基于Socket的集中式聊天系統(tǒng)，這種聊天系統(tǒng)需要登陸統(tǒng)一的聊天服務器。在基于Socket的聊天系統(tǒng)中，主要有兩種角色：服務器和客戶端，不同的客戶端登陸集中式的服務器，通過服務器將一個客戶端發(fā)出的信息推送到其他所有客戶端?；赟ocket的聊天系統(tǒng)最早實現(xiàn)是使用網(wǎng)頁刷新方式，通過客戶端不斷地自動刷新，服務器端整個頁面內(nèi)容下載到客戶端顯示，這種方式的聊天速度慢，而且有刷屏現(xiàn)象，很快被更新的聊天技術所替代。 聊天系統(tǒng)在客戶端和服務器之間主要傳送的是文字信息，服務器端只需要把最近的文字信息推送到客戶端，這樣減少了網(wǎng)絡傳輸內(nèi)容，節(jié)省了網(wǎng)絡傳輸?shù)臅r間，無疑提高了聊天速度。這種“推”技術是目前基于Socket聊天系統(tǒng)的主要實現(xiàn)技術。在基于Socket的聊天系統(tǒng)，客戶端和服務器必須保持隨時隨地的連接。這有別于普通Web瀏覽的連接方式。在使用瀏覽器訪問服務器時，先由客戶端發(fā)出HTTP協(xié)議，然后服務器響應處理這個客戶端的響應，再返回處理結果；請求（Request）和響應（Response）是一種一對一的前后因果關系。而在基于Socket的聊天系統(tǒng)中，客戶端發(fā)出聊天信息的同時，客戶端也在接受服務器發(fā)送過來的其他人的聊天信息，因此，請求和響應不存在那種前后對應關系，是兩種分別獨立進行的進程。因為服務器任何時候都可能發(fā)送信息到客戶端，因此，客戶端和服務器一旦建立連接，必須能讓服務器在以后發(fā)送中尋找定位到這個連接。網(wǎng)絡聊天系統(tǒng)使該系統(tǒng)的用戶能夠通過客戶端登入到該系統(tǒng)，然后直接與系統(tǒng)交互。首先，需啟動服務器，進行服務器的配置，進行正確的服務器配置和數(shù)據(jù)庫連接并測試成功后，開啟服務器。接下來，在客戶端，該系統(tǒng)的用戶能夠通過登陸界面進入，然后直接與系統(tǒng)交互，進行文字傳送。本系統(tǒng)支持的活動列表如下：（1） 配置服務器，設置IP及端；（2） 開啟服務器；（3） 對離線用戶進行刪除管理；（4） 用戶登陸系統(tǒng)；（5） 用戶與系統(tǒng)交互，進行文字傳送；（6） 用戶好友登陸后，自動刷新列表；（7） 傳送文字，當好友不在線時，發(fā)送離線消息；（8） 上線接收離線消息； 需求分析該聊天程序分為服務器端和課戶端兩個部分?？蛻舳藢崿F(xiàn)功能：（1） 向在線成員發(fā)送消息并接收消息。（2） 更新成員狀態(tài)。當其他成員上線或下線時，客戶端及時更新成員狀態(tài)。（3） 更新成員列表，當其他成員加入或者偶成員被刪除時，客戶端及時更新成員列表。（4） 當對方不在線時，可以向該成員發(fā)送離線消息。（5） 當用戶上線時，接受其他用戶的離線消息。（6） 保存聊天記錄。服務器端實現(xiàn)功能：（1） 維護聊天成員列表：包括接受新成員，刪除已有成員。（2） 通知客戶端更新成員狀態(tài)。（3） 通知客戶端更新成員列表。（4） 為離線用戶保存離線消息。（5） 驗證密碼。（6） 禁止已登陸用戶再次登陸。（7） 保存用戶信息。（8） 為用戶保存離線消息。：ClientServerClientClientClient更新成員列表成員列表請求應答發(fā)送消息 關系功能