基于java的android即時通訊軟件畢業設計(doc畢業設計論文)(編輯修改稿)

　

【文章內容簡介】 音文件等，并對所得信息進行處理，所以說 Java 是一種網絡語言。Java 的字節碼需要經過 Java 虛擬機 JVM 解釋成機器碼才能執行，所以速度上較慢。但是隨著 JVM 技術的進步，使得其執行速度直逼 C 與 C++。 Java 與 Inter Java 語言取得成功的領域之一就是網絡(其他語言)數頁代碼(Java)一條語句。TCP/IP(傳輸控制協議/網間協議)是 inter 的主要協議,定義了計算機和外設進行通信所使用的規則(應用層,傳輸層,網絡層,鏈路層).大多數基于 inter 的應用程序被看作 TCP/IP 協議的上一層. 如 : ftp, , smtp, pop3, tel, nntp 等。 IP 地址:TCP/IP 網絡中的每臺計算機都有唯一的地址IP 地址.在 Java 中,有一個用來存儲 inter 地址的類叫 InterAddress.Java 提供的網絡功能有三大類: URL, Socket, Datagram.URL 是三大功能中最高級的一種,通過 URL Java 程序可以直接送出或讀入網絡上的數據.Socket 是傳統網絡程序最常用的方式,可以想象為兩個不同的程序通過網絡的通信信道.Datagram 是更低級的網絡傳輸方式,它把數據的目的紀錄在數據包中,然后直接放在網絡上 Socket 編程 關于 TCP/IP 協議TCP 協議是網絡通信的基石，對此，Java 專門提供了 Socket 的類庫，在其中抽象出 TCP 協議通信的常用方法：TCP 協議與三次握手：在講述 TCP 協議流程前，先來聲明兩個重要的概念：（1）客戶端，首先發送 TCP 請求的是客戶端，客戶端一般是服務（比如數據查詢服務）的請求者。（2）服務器，在接收到客戶端的請求后（確保同客戶端的通信信道建立）服務器會向客戶端提供服務。服務器一般是服務的執行者，會向客戶端返回服務執行的結果。為了實現客戶端同服務器端的通信，客戶端首先發送一個“SYN”數據包。如果服務器收到 SYN 標記，它將發回一個“SYN+ACK”數據包。接著，客戶端為了表示收到了這個 SYN+ACK 信息，會向服務器發送一個最終確認信息（ACK 包） 。這種 SYN,SYN+ACK,ACK 的步驟被稱為 TCP 連接建立時的“三次握手” ，在這之后，連接就建立起來了，這個連接將一直保持活動狀態，直到超時或者任何一方發出一個 FIN（結束）信號。這種通信模式也叫客戶端/服務器（C/S）模式。主機 A 主機 BACK=1第一次握手，主機 A 向主機 B 發送連接請求第二次握手，主機 B 收到主機 A的請求，向主機 A 回發一個確認，同時向主機 A 發送一個連接請求第三次握手，主機 A 收到主機 B 發送的數據包在向主機 B 發送一個確認連接SYN=1,SEQ=ACK=1,SYN=1,SEQ=aaaaaaaaaa 圖 13 三次握手協議由此可見，通過客戶端和服務器的“三次握手” ，雙方可以建立暢通的通信信道，在此信道上雙方互相傳輸數據。 服務器和客戶機網絡最基本的目的就是讓兩臺機器連接到一起，并相互“交談” 或者“溝通”。一旦兩臺機器都發現了對方，就可以展開一次令人愉快的雙向對話。但它們怎樣才能“發現 ”對方呢？這就像在游樂園里那樣：一臺機器不得不停留在一個地方，偵聽其他機器說：“ 嘿，你在哪里呢？ ” “停留在一個地方 ”的機器叫做 “服務器”（Server）；到處“找人”的機器則叫做“客戶機”（Client）或者 “客戶”。它們之間的區別只有在客戶機試圖同服務器連接的時候才顯得非常明顯。一旦連通，就變成了一種雙向通信，誰來扮演服務器或者客戶機便顯得不那么重要了。 所以服務器的主要任務是偵聽建立連接的請求，這是由我們創建的特定服務器對象完成的。而客戶機的任務是試著與一臺服務器建立連接，這是由我們創建的特定客戶機對象完成的。一旦連接建好，那么無論在服務器端還是客戶機端，連接只是魔術般地變成了一個 IO 數據流對象。從這時開始，我們可以象讀寫一個普通的文件那樣對待連接。所以一旦建好連接，我們只需使用自己熟悉的 IO 命令即可。這正是 Java 聯網最方便的一個地方。圖 14 服務器和客戶機的連接 本文內容安排本論文內容安排如下：第二章為聊天系統的需求分析，主要介紹系統的可行性研究，需求分析流程圖等。第三章為概要設計，分模塊介紹系統的具體實現過程。第四章為詳細設計。2 需求分析 可行性分析經濟可行性:由于本系統的主要背景是畢業課程設計，不注重直接的經濟效益和其后的發展方向，只在注重自身水平和能力的提高，對自身的經濟要求也不高，只要有一臺能運行 Java 軟件的電腦便可，所以不用考慮到經濟問題。技術可行性: 本系統的開發利用 Microsoft SQL Server2022 作為本系統的數據庫,它是一個支持多用戶的新型數據庫,適用于大中規模的數據量需求。學校校園網的建設也為新系統服務器/客戶端的結構提供了硬件的支持。使用 Java 作為系統開發的開發環境,它提供完善的指令控制語句、類與對象的支持及豐富的數據類型,給開發高性能系統提供的保障為開發滿足客戶要求的系統,保證了代碼的模塊化要求,而代碼模塊化的提高,非常有利于以后對新系統的擴展與修改。運行可行性: 本系統為一個小型的即時聊天系統,所耗費的資源非常的小 ,現在一般的電腦無論是硬件還是軟件都能夠滿足條件,因此,本系統在運行上是可行的。綜上所述,本系統的設計與開發在技術上和硬件設備上的條件都是滿足的,因此,它在技術上是可行的。 系統功能需求本系統主要通過客戶端，服務器端來體現即時通訊的基本功能。（1）服務器端（2）客戶端 系統性能需求實用性：為信息交流提供方便，有效進行作業管理。操作簡單：本系統應該適用于不同水平的使用者，包括事業單位和企業單位，同時系統不應太復雜和煩瑣，因此要求系統的操作盡可能簡單易行。技術先進：產品的系統設計和開發應緊跟著整個計算機發展潮流，采用當時最先進的設計思想，利用最新的開發技術和開發工具。使系統能夠無論在功能設計上，還是在技術實現上，都處于同行業的領先地位。安裝使用簡便：服務器端的安裝簡潔明了，客戶機無需再裝任何軟件就可以直接注冊登陸聊天。適應性：應該能廣泛應用于不同類型的企事業單位。系統采用模塊化設計，用戶可以根據自己的實際情況自行組合，使系統在不同的硬件環境下都能得以應用。 代碼可讀性好：文中的代碼將盡可能簡潔，易懂。 系統運行需求 移動客戶端需 500MHz 及以上的處理器 移動客戶端需 256MB 及以上的 ROM 空間 移動客戶端需 256MB 及以上的 RAM 空間 移動客戶端需具有 WiFi/GRPS 網絡接收模塊，能正常連接到網絡 服務端需具有 P4 及以上的處理器 服務端需具有 80GB 及以上的硬板空間 服務端需具有 1GB 及以上的內存空間 數據流圖 頂層數據流圖圖 21 頂層數據流圖聊天用戶即時通訊系統 聊天用戶 一層數據流圖. 圖 22 一層數據流圖 二層數據流圖聊天用戶客戶端服務器端數據流聊天用戶用戶登錄 用戶注冊用戶客戶端服務器端處理用戶退出 用戶請求信息 用戶聊天信息圖 23 系統二層數據流圖3 概要設計 系統實現原理即時通訊的設計跟普通網站設計有著許多不同的地方，普通網站設計所考慮的因素，例如，普通網站需要對布局進入大量美化以及動畫設計等等，而即時通訊只要提供滿足訪客雙方直接實時聊天即可。因此，在設計聊天系統的過程中，必須要考慮好以下幾個設計要點：在 Inter 上的聊天程序一般都是以服務器提供服務端連接響應，使用者通過客戶端程序登錄到服務器，就可以與登錄在同一服務器上的用戶交談，這是一個面向連接的通信過程。因此，程序要在 TCP/IP 環境下，實現服務器端和客戶端兩部分程序。圖 31 系統實現原理圖 系統實現層次圖：圖 32 系統實現層次圖 各模塊詳細功能 服務器端結構即時通訊系統客戶端 服務器端實時聊天好友信息請求 更新信息請求 好友添加/刪除 注冊/登錄請求 聊天消息轉發 好友信息查詢 用戶信息更新 好友添加/刪除 用戶注冊/登錄圖 33 服務器端結構圖：服務器啟動操作。：服務器端連接數據庫，負責服務器端與數據庫連接讀取數據操作。：服務器端監聽客戶端連接，并處理各種請求。：服務器端接受客戶端消息鏈轉化為 json 格式的數據定義。：服務器端發送客戶端消息鏈轉化為 json 格式的數據定義。 ：服務器接受消息處理的抽象類。： 服務器接受客戶端登錄請求操作。：服務器接收客戶端查找好友消息轉化為 json 格式的數據定義：服務器更新在線用戶鏈表的 json 格式的數據定義：服務器端接受客戶端聊天信息和請求并進行轉發。 客戶端結構服務器監聽控制窗體ServerFrame啟動服務器監聽AppServer處理所有用戶請求Connection啟動客戶端ChatClient用戶窗體啟動Login用戶聊天窗體ChatRoom用戶窗體啟動Login用戶窗體監聽Close圖 34 客戶端結構圖：客戶端用戶登錄信息的記錄。：客戶端聊天消息列表數據。：客戶端在線列表數據成員。：客戶端主界面 topbar 圖標數據。：客戶端在線列表數據。：客戶端好友信息數據。：客戶