【正文】 第 17 頁(yè) 共 29 頁(yè) 5 軟件運(yùn)行 測(cè) 試圖 服務(wù)器運(yùn)行測(cè)試 啟動(dòng)服務(wù)器： 圖 5 1 服務(wù)器界面 點(diǎn)擊啟動(dòng)按鈕： 圖 5 2 啟動(dòng)服務(wù)器提示界面 客戶端 運(yùn)行測(cè)試 啟動(dòng)客戶端并輸入用戶名服務(wù)器的 ip： 圖 5 3 客戶端登陸界面 xxx： 基于 socket 局域網(wǎng) 文件傳輸系統(tǒng) 第 18 頁(yè) 共 29 頁(yè) 點(diǎn)擊登錄： 圖 5 4 客戶端正常工作界面 再按照前面步驟再啟動(dòng)一個(gè)客戶端，并獲取 zsy 用戶的 ip，之后點(diǎn)擊鏈接并向?qū)Ψ桨l(fā)送字母 d： 圖 5 5 與其它客戶端連接后界面 07級(jí) 計(jì)算機(jī)科學(xué)與技術(shù) 專(zhuān)業(yè)畢業(yè)論文 第 19 頁(yè) 共 29 頁(yè) 此時(shí) zsy 用戶界面： 圖 5 6 收到 zsyzsy 信息界面 再新建用戶 zsyzsy 客戶端界面點(diǎn)擊發(fā)送文件： 圖 5 7zsyzsy 選擇 發(fā)送文件界面 xxx： 基于 socket 局域網(wǎng) 文件傳輸系統(tǒng) 第 20 頁(yè) 共 29 頁(yè) 選中要發(fā)送的文件，之后點(diǎn)擊保存 ，雙方界面如下： 圖 5 8zsyzsy 發(fā)送文件界面 圖 5 9zsy 收到 zsyzsy 發(fā)送文件請(qǐng)求界面 07級(jí) 計(jì)算機(jī)科學(xué)與技術(shù) 專(zhuān)業(yè)畢業(yè)論文 第 21 頁(yè) 共 29 頁(yè) 在用戶 zsy 界面上點(diǎn)擊接受： 圖 5 10zsy 保存接收文件路徑選擇界面 選擇 路徑后 點(diǎn)擊保存： 圖 5 11zsy 接收成功界面 xxx： 基于 socket 局域網(wǎng) 文件傳輸系統(tǒng) 第 22 頁(yè) 共 29 頁(yè) 結(jié) 語(yǔ) 本系統(tǒng)最大的特點(diǎn)就是結(jié)構(gòu)簡(jiǎn)單 。} } } 文件主要完成數(shù)據(jù)的接受與計(jì)算數(shù)據(jù)傳送的時(shí)間 。 }else if((FIP)){//當(dāng)收到服務(wù)器發(fā)來(lái)的用戶 IP 的信息 (msg)。 } else if((NICK_LIST)){//收到用戶名列表 (msg)。 } } public void run(){ while(flag){ try{ String msg=().trim()。//獲得用戶名 (NICK_NAME+name)。//創(chuàng)建數(shù)據(jù)輸入輸出流 dout=new DataOutputStream(())。 主要功能函數(shù)如 下： public ClientAgentThread(FileSender father) { =father。} } 客戶端分析 客戶端主要有 ， ， 和 三個(gè)類(lèi)文件組成，完成與服務(wù)器及其他客戶端連接并通訊的功能 。 break。 if(().equals(name)){//將該信息轉(zhuǎn)發(fā)給接收方 (msg:+().toString().substring(1))。isize。//獲得在線用戶列表 int size=()。 String name=(7,())。 } } xxx： 基于 socket 局域網(wǎng) 文件傳輸系統(tǒng) 第 14 頁(yè) 共 29 頁(yè) } } catch(IOException e) { ()。 (nickListMsg)。isize。 size=()。 }//將在線列表內(nèi)容住組織成字符串 nickListMsg=NICK_LIST+nickListMsg。i++) { ServerAgentThread tempSat=(ServerAgentThread)(i)。//獲得在線列表大小 for(int i=0。//刷新服務(wù)器在線信息列表 String nickListMsg=。//終止該服務(wù)器代理線程 } else//如果不重名 { (this)。//關(guān)閉數(shù)據(jù)輸出流 ()。//將重名信息發(fā)送給客戶端 ()。//有重名，將標(biāo)志位設(shè)為 true break。i++) {//遍歷列表，查看是否已經(jīng)有該用戶名 ServerAgentThread tempSat=(ServerAgentThread)(i)。//獲得用戶列表的大小 for(int i=0。//獲得在線用戶列表 boolean isChongMing=false。//獲得用戶的用戶名 (name)。//更新列表數(shù)據(jù) } 文件主要功能是獲取套接字，創(chuàng)建輸入輸出流完成與客戶端的具體鏈接和信息交流， 即從客戶端獲取用戶信息（包括用戶名和 ip 地址）加入到用戶列表中并刷新服務(wù)器上用戶列表，同時(shí)把最新用戶名列表發(fā)送給客戶端，此外還要完成客戶端發(fā) 來(lái)的查找相應(yīng)用戶名的 ip 地址的請(qǐng)求 。//獲得所需信息 (temps)。 String temps=().toString()。isize。 int size=()。 下邊是此文件中獲取用戶信息并顯示的函數(shù) 。 服務(wù)器 、 客戶端通訊過(guò)程 設(shè)計(jì) 分析 服務(wù)器端 分析 服務(wù)器 端 主要 由 ， 和 三個(gè)類(lèi)文件組成，完成與 用戶連接和監(jiān)聽(tīng)已登錄用戶的功能 。 用戶登陸界面如圖 3 2 登陸之后的客戶端界面如 圖 3 3。 若客戶端因某些原因不能登錄服務(wù)器，那么只要得到對(duì)方 ip 也照樣可以與對(duì)方通訊 。 07級(jí) 計(jì)算機(jī)科學(xué)與技術(shù) 專(zhuān)業(yè)畢業(yè)論文 第 9 頁(yè) 共 29 頁(yè) 圖 3 1 服務(wù)器界面 客戶端 功能介紹 客戶端的程序是整個(gè)系統(tǒng)程序的核心，它提供了與另一端 連接到交流、文件傳輸?shù)乃泄δ?。 服務(wù)器登陸界面如錯(cuò)誤 !未找到引用源。 服務(wù)器、客戶器功能介紹 服務(wù)器 功能介紹 本系統(tǒng)服務(wù)器的主要功能 是供已登錄用戶獲取其他登錄用戶的 ip 地址，并不真正參與客戶端雙方的語(yǔ)言交流與文件傳輸，也就是說(shuō)當(dāng)獲取到要傳送的對(duì)方 ip 之后，即使服務(wù)器關(guān)閉也不會(huì)影響此時(shí) 的 雙方，雙方依舊可以交流和傳輸文件；只不過(guò) 其他用戶要向某人傳輸文件時(shí)不能再簡(jiǎn)單的獲取 ip 地址了 。 徹底避免了文件交換過(guò)程與外部網(wǎng)絡(luò)的接觸，實(shí)現(xiàn)快速的文件資源共享 。 4）快速準(zhǔn)確性方案：鑒于系統(tǒng)的目標(biāo)要求和特點(diǎn)，能夠保證快速準(zhǔn)確地實(shí)現(xiàn)文件共享 。 3）經(jīng)濟(jì)可行性方案：系統(tǒng)開(kāi)發(fā)完成必須作到提高文件共享效率，不管是在資金上還是效率上都能達(dá)到預(yù)期的效果的 。 系統(tǒng)應(yīng)為用戶提供 Windows 所一貫堅(jiān)持的非常友好、操作簡(jiǎn)單的用戶界面 。 而且開(kāi)發(fā)的系統(tǒng)應(yīng)該簡(jiǎn)單易操作，易維護(hù)，減少了不必要的麻煩 。 根據(jù)企業(yè)簡(jiǎn)單快速，安全的資源共享等要求 ,提出以下四種解決方案： 1）操作簡(jiǎn)單性方案：開(kāi)發(fā)的系統(tǒng)需要有以下特點(diǎn)： Windows 友好的用戶界面和系統(tǒng)快速的應(yīng)用方法，簡(jiǎn)單易操作，不需對(duì)使用人員進(jìn)行培訓(xùn)，可以使用戶很好的掌握 。 而傳統(tǒng)的文件資源交互方式卻存在很多的問(wèn)題，大致可以分為：一、不能有效地降低文件交互成本；二、文件交換過(guò)程過(guò)于繁瑣；三、內(nèi)部機(jī)密資料得不到安全保證；四、文件交互的準(zhǔn)確性得不到更本保證 。 現(xiàn)行系統(tǒng)存在的主要問(wèn)題分析 ： 針對(duì)企業(yè)來(lái)說(shuō)，提高工作效率是企業(yè)的一個(gè)重心；降低成本是企業(yè)贏取最大利益的重要方式；保證信息安全卻是可能影響企業(yè)生死存亡的關(guān)鍵 。 最重要的是，在如今病毒黑客橫行的網(wǎng)絡(luò)世界中，信息的安全性也得不到保證 。 此三種方法并非不可行，但它們都需要花費(fèi)較長(zhǎng)的時(shí)間以及安全性也得不到保證，工作效率將在很大程度上受到限制 。 （ 2）依靠可移動(dòng)磁盤(pán)的兩次信息轉(zhuǎn)移實(shí)現(xiàn) 。 有了該對(duì)象，就可以完成旗艦廳端口和等待連接的功能 。 創(chuàng)建對(duì)象是若發(fā)生 I/O 錯(cuò)誤，則構(gòu)造方法需拋出 IOException 異常 。 這是兩個(gè)封裝得非常好的類(lèi) 。 的 運(yùn)行機(jī)制圖 一般而言， socket 大部分應(yīng)用于服務(wù)器與客戶端的連接與通信，本系統(tǒng)雖然有服務(wù)器，但并不實(shí)際參與用戶間的交流和文件傳輸，只起到輔助作用，所以在 文件傳輸時(shí) 客戶端與客戶端之間 其實(shí) 是互為服務(wù)器的， 圖 2 1 是從服務(wù)器與客戶端之間的關(guān)系來(lái)描述socket 通信機(jī)制 。 但是， Socket 所支持的協(xié)議種類(lèi)也不光 TCP/IP 一種，因此兩者之間是沒(méi)有必然聯(lián)系的 。 Socket 通常用來(lái)實(shí)現(xiàn)客戶方和服務(wù)方的連接 。 事實(shí)上， TCP/IP 本身并未定義該層的協(xié)議，而由參與互連的各網(wǎng)絡(luò)使用自 己的物理層和數(shù)據(jù)鏈路層協(xié)議，然后與 TCP/IP 的網(wǎng)絡(luò)訪問(wèn)層進(jìn)行連接 [1]。 IP 協(xié)議是網(wǎng)際互聯(lián)層最重要的協(xié)議，它提供的是一個(gè)不可靠、無(wú)連接的數(shù)據(jù)報(bào)傳遞服務(wù) 。 網(wǎng)際互聯(lián)層主要解決主機(jī)到主機(jī)的通信問(wèn)題 。 該層定義了兩個(gè)主要的協(xié)議： 傳輸控制協(xié)議 （ TCP）和 用戶數(shù)據(jù)報(bào)協(xié)議 （ UDP)。 應(yīng)用層對(duì)應(yīng)于 OSI 參考模型的高層，為用戶提供所需要的各種服務(wù)，例如： FTP、Tel、 DNS、 SMTP 等 。 運(yùn)行 TCP/IP 協(xié)議的網(wǎng)絡(luò)是一種采用包（分組）交 換網(wǎng)絡(luò) 。 TCP/IP 已成為當(dāng)今計(jì)算機(jī)網(wǎng)絡(luò)最成熟、應(yīng)用最廣的互聯(lián)協(xié)議 。 雖然從名字上看 TCP/IP 包括兩種協(xié)議，即傳輸控制協(xié)議（ TCP）和網(wǎng)際協(xié)議（ IP），但是 TCP/IP 實(shí)際上是一組協(xié)議 [4]。 整合 SSH 有手動(dòng)的有自動(dòng)的，要想徹底掌握，建議一個(gè)框架一個(gè)框架的學(xué)習(xí)，學(xué)習(xí)完三個(gè)框架自然就會(huì)整合了 。 MyEclipse for Spring