【文章內(nèi)容簡介】 Localport 設(shè)置為 RemotePort ,然用調(diào)用 Winsock 控件的 Connect 方法 ,請求與服務(wù)器建立連接 。服務(wù)器收到連接請求后 ,通過調(diào)用 Accept方法在 2 臺計(jì)算機(jī)之間建立通信連接 。連接建立后 ,通信雙方便可以通過 SendData 方法向?qū)Ψ桨l(fā)送數(shù) 據(jù) 。數(shù)據(jù)到達(dá)對方后 ,將觸發(fā) DataArrival 事件 ,收到數(shù)據(jù)的一方可以在 DataArrival 事件的處理代碼中通過GetData方法得到從對方發(fā)送過來的數(shù)據(jù)。 開發(fā)及運(yùn)行環(huán)境 硬件平臺： 1) CPU： P4 。 2) 內(nèi)存： 256MB 以上。 軟件平臺： 1) 操作系統(tǒng)： Windows XP/ Windows 2021。 2) 開發(fā)語言： VC++ 3) 開發(fā)平臺： Visual Studio 2021 4) 分辨率：最佳效果 1024 768 像素 本次畢業(yè)采用了面向連接 的數(shù)據(jù)流，即基于 TCP 協(xié)議的連接方式，其 工作流程如圖 1 所示。 圖 2 面向連接的 Socket 工作流程圖 系統(tǒng)穩(wěn)定性：在設(shè)計(jì)該系統(tǒng)時，很重要的一個問題就是系統(tǒng)的長期穩(wěn)定運(yùn)行，因?yàn)榭蛻舳丝赡芎芏鄠€，考慮到系統(tǒng)的運(yùn)行環(huán)境等條件，必須從系統(tǒng)分析的高度給與足夠重視，保證服務(wù)器能夠較長時間的運(yùn)行 系統(tǒng)健壯性：系統(tǒng)需要長期穩(wěn)定地運(yùn)行，而用戶在日常的工作中要進(jìn)行各種各樣的操作，難免會產(chǎn)生各種各樣的誤操作和錯誤，這就打破了本系統(tǒng)的正常運(yùn)行流程，可能導(dǎo)致預(yù)想不到的后果。因此，在本系統(tǒng)的設(shè)計(jì)過程中，我們將 預(yù)先考慮各種各樣的誤操作及后果，采取相應(yīng)的預(yù)防措施，確保不產(chǎn)生災(zāi)難性的后果，保證系統(tǒng)的健壯性。 良好的適應(yīng)性：系統(tǒng)必須具有良好的擴(kuò)展能力和修改方便的特點(diǎn)，以適應(yīng)不同的變化。只有建立了穩(wěn)定的模型和良好的數(shù)據(jù)接口，才能保證系統(tǒng)具有良好的適應(yīng)性。 界面友好：用戶界面是聊天工具與主要環(huán)節(jié)，所以，應(yīng)充分考慮用戶的習(xí)慣和喜好，以方便用戶使用為原則。 本次畢業(yè)設(shè)計(jì)聊天工具主要實(shí)現(xiàn)以下功能： 1) 客戶端功能：用戶登錄，進(jìn)入聊天室。廣播聊天、聊天室聊天、二人私聊、文件傳輸四個功能。 2) 服務(wù)端功能：顯示所有在線用戶， 選擇某用戶后可以進(jìn)行刪除操作 客戶端 功能模塊圖 圖 3 客戶端功能模塊 系統(tǒng) 設(shè)計(jì) 的 原理 本程序基 TCP/IP協(xié)議。采用服務(wù)器與客戶端模式。選用 VC++程序設(shè)計(jì)語言。服務(wù)器端連接 過程簡化為： ① 設(shè)置連接所用的端口 ② 開始監(jiān)聽此端口 ③ 接到請求后建立連接 ④ 可以發(fā)送和接收數(shù)據(jù) ⑤ 不用了就關(guān)閉 Socket連接 。 客戶端簡化 為： ① 設(shè)置服務(wù)器地址 r要連接的地址 ② 設(shè)置連接是所用到的端口 ③ 發(fā)送連接請求 ④ 建立連接成功 ⑤ 可以發(fā)送和接收數(shù)據(jù) ⑥ 不用了就關(guān)閉 Socket連接。 MFC Windows Socket 類 包括 CAsyncSocket 和 CSocket 類 。 Visual C++對眾多的 socket 函數(shù)進(jìn)行了封裝 , MFC 提供的封裝類是 : CAsyncSocket 和 CSocket 類 , 它們使編程工作變得相對簡單尤其是 CSocket 類 :首先 CAsyncSocket 類所提供的唯一的抽象就是將與套接字相聯(lián)系的 Windows 消息以回調(diào)函數(shù)的形式表示 , 因此它帶來的唯一方便就是程序員無需自行處理 Winsock 的 I/O 模型 , 而對于如阻塞 處理、字節(jié)順序差異以及 Unicode 等依然負(fù)有責(zé)任并有靈活的控制權(quán)。 其次， CSocket 類是 CAsyncSocket 類的派生類 , 它提供了對通過Carchive 對象使用套接字工作的更高級抽象。 CSocket 類的使用比 CAsynCSocket 類更加容易 , 它繼承了 CAsyncSocket 類的許多封裝了 API 的成員函數(shù) , 并且管理了通信的大多數(shù)方面 , 這使得用戶從原來不得不使用原始 API 或者 CAsyncSocket 類的煩雜的工作中解脫出來。更加重要的是 CSocket 和 Carchive 類提 供了對于同步操作 Carchive 對象十分重要的阻塞功能 , 且 CSocket 通過與 CSocketFile 和 Carchive 一起使用來管理對象數(shù)據(jù)的發(fā)送和接收 , 使發(fā)送數(shù)據(jù)和操作變得簡單明了 客戶端 廣播聊天 私人聊天 聊天室聊天 文件傳輸 系統(tǒng)功能設(shè)計(jì) 客戶端 功能 程序設(shè)計(jì) 首先介紹客戶端的用戶登錄窗體，輸入用戶名和服務(wù)器 ip 地址后進(jìn)入聊天室。 圖 4 客戶端登陸窗口 然后出現(xiàn)圖 4，客戶端聊天主窗體。 圖 5 功能及模塊實(shí) 現(xiàn)窗口 圖 4 中聊天對象下拉框中，包括所有人選項(xiàng)和登陸某某用戶名的下拉框選項(xiàng)，如下圖 5， 輸入用戶名 服務(wù)器 ip 登陸 取消 消息顯示框 發(fā)送消息 傳輸文件 (下拉框 )選擇聊天對象 (復(fù)選框 )二人私聊 圖 6 選擇用戶下拉框 點(diǎn)擊文件傳輸按鈕后，在文件傳輸對話框中會顯示相應(yīng)的傳輸文件，只要雙擊你所需要的文件，選擇相應(yīng)的存儲路徑后即可存儲文件。 本實(shí)驗(yàn)采用上述方式實(shí)現(xiàn)廣播聊天、聊天室聊天、二人私聊、文件傳輸四個功能 服務(wù)端程序設(shè)計(jì) 啟動服務(wù)端后進(jìn)入 顯示所有在線用戶，選擇某用戶后可以進(jìn)行踢線操作。 本實(shí)驗(yàn)采用 VS 2021 為平臺利用 VC++開發(fā)語言進(jìn)行程序編寫。 下面介紹 Client 端基本類： CChatSocket 繼承與 CSocket 類，主要用于 TCP/IP 通訊連接 CSendview 類用戶顯示消息： 所有人 張三 李四 … 張三 **時間 進(jìn)入聊天室 李四 **時間 進(jìn)入聊天室 在線用戶： 刪除 退出 對于文件傳輸， 首先定義了下列數(shù)據(jù)結(jié)構(gòu)來存儲文件的相關(guān)信息， typedef struct //與服務(wù)器通信語言結(jié)構(gòu) { int iCommand。 long lFileOffset。 long lFileLength。 char sClientPath[128]。 char sServerPath[128]。 }MSGREQUEST。 typedef struct //請求線程參數(shù) { char sIP[15]。 int iPort。 MSGREQUEST msgRequest。 LPVOID ptr。 }PARAMREQUEST。 typedef struct //文件列表結(jié)構(gòu) { long lFileLength。 char sServerPath[128]。 }MSGFILELIST。 typedef struct //反映文件狀態(tài)的結(jié)構(gòu) { long lFileOffset。 char sServerPath[128]。 }MSGFILESTATUS。 然后在客戶端與服務(wù)器端分別定義了用于文件傳輸?shù)念?CTCPClient_FT。 下面給出客戶端請求接受文件部分代碼： void CTCPClient_FT::RequestFile(MSGREQUEST msgRequest) { PARAMREQUEST* pParam = new PARAMREQUEST。//請求參數(shù) strcpy(pParamsIP, m_sIP)。 pParamiPort = m_iServerPort。 pParam = 。 pParam = 。 pParam = 。 strcpy(pParam, )。 strcpy(pParam, )。 pParamptr = m_pWnd。 DWORD id。 HANDLE h = CreateThread(NULL, 0, ThreadRequestFile, pParam, 0, amp。id)。//創(chuàng)建新的線程 CloseHandle(h)。 } 5 系統(tǒng)功能實(shí)現(xiàn) 服務(wù)器端有個 CSocket 的派生類 CListeningSocket對象指針來監(jiān)聽端口等待用戶登陸 , 而用另一個 CSocket 的派生類對象 CClientSocket 的指針組來處理和每一個客戶端的交互過程。派生類 CListeningSocket的回調(diào)函數(shù) OnAccpet()與客戶端建立套接字層次的連接。派生類CClientSocket 的回調(diào)函數(shù) OnReceive()與接收每一個已連接的數(shù)據(jù)傳輸。 啟動服務(wù)端，顯示 服務(wù)端界面： 圖 6 用戶管理界面 下面給出服務(wù)器端接收消息的部分代碼： CMsg* CServerDoc::ReadMsg(CClientSocket* pSocket) {static CMsg msg。 //CMsg 包含消息的格式和方法 CClientSocket* pSock。//創(chuàng)建客戶端 sock TRY//捕捉異常 { pSocketReceiveMsg(amp。msg)。//接收消息 if(==1)//判斷消息類型 { bool found=false。 for(POSITION posname=()。posname。) { pSock = (CClientSocket*)(posname)。 if(pSockname== ) {found=true。 pSocketneeddel=true。 delsocket()。 return NULL。 } } if(found==false) { pSocketname=。 Message1()。 Message1(進(jìn)入聊天室 \r\n)。 } } if(==2) { Message1()。 Message1(離開聊天室 \r\n)。} int i=atoi()。 if(i=0 amp。amp。 i=32) { talk(i,)。 } ()。 ()。 ()。 ()。 ()。 ()。 } 打開客戶端，顯示客戶端登陸界面： 從名稱的下拉列表框中選擇登錄的用戶，單擊確定，進(jìn)入該用戶聊天的界面，同時服務(wù)端也會顯示出該用戶的進(jìn)入信息： 在聊天對象中，選擇所有人，在聊天信息中，輸入信息 ，單擊發(fā)送信息。 此功能用到的 代碼 如下： void CSendView::OnSend() { CChatDoc* pDoc = GetDocument()。 ASSERT_VALID(pDoc)。 CString strText。 GetDlgItem(IDC_TEXT)GetWindowText(strText)。 UpdateData(TRUE)。 if(strText==) return。 CString ll。 int j=()。 if(j=0) (%d,j)。 pDoc=ll。 pDoc=pDocm_strHandle。 pDoc=to。 if(sec) pDoc=TRUE。 else pDoc=FALSE。 pDoc=strText。 BYTE i1=GetRValue(pDocclr)。 BYTE i2=GetGValue(pDocclr)。 BYTE i3=GetBValue(pDocclr)。 (pDoc).Format(%d,%d,%d,i1,i2,i3)。 pDocSendMsg()。 strText=_T()。 GetDlgItem(IDC_TEXT)SetWindowText(strText)。 } 當(dāng)有很多用戶進(jìn)入聊天室后，在聊天對象中，選擇想要聊天的人名，勾選二人世界，在聊天信息中，輸入信息，單擊發(fā)送信息。這時信息只顯示在聊天人的客戶端中，而在其他客戶端，并不顯示該信息。 文件傳輸： 在文件傳輸系統(tǒng)中，利用 Winsock 實(shí)現(xiàn)了大文件在 Client 和 Server 間的無差錯快速傳輸 。 在通信程序編寫中使用了 MFC 中的 CSocket 類，通過修改發(fā)送緩沖區(qū)和接收緩沖區(qū)的大小，解決了利用 Winsock 發(fā)送和接收大數(shù)據(jù)量文件的難題，滿足了系統(tǒng)快速傳輸要求 。 局域網(wǎng)內(nèi)文件分發(fā)的編程思路局域網(wǎng)內(nèi)文件分 發(fā)的編程思路是 , 服務(wù)器軟件和客戶端軟件使用同一個端口 , 待連接以后 , 客戶端給服務(wù)器發(fā)送請求 , 包括待傳文件的文件名、文件大小等 , 如果服務(wù)器接受 , 就開始傳文件。 Socket 通信在 Windows 中以排隊(duì)形式由操作系統(tǒng)進(jìn)行處理 , 基本方式是請求和應(yīng)答 , 而且接收方和發(fā)送方必須相互協(xié)同工作 ,否則就會造成數(shù)據(jù)丟失。因此 ,不能用類似于 for 的循環(huán)語句來實(shí)