基于mfc的局域網聊天工具-資料下載頁

【導讀】Keywords:LAN;InstantMessaging(IM);MutiThread;Win32;API;MFC;SOCKET

　　

【正文】 、 Windows 套接字類 、 Win32 Inter 類 。 （ 9） OLE 類 OLE 類與其它應用框架一起工作可以使對 ActiveX 的訪問更方便，可以使程序更容易對提供 ActiveX 的功能。使用 ActiveX，可以做到：創建復合文檔，它允許創建和編輯包括多個應用創建的數據的文檔，包括文本、圖形、電子表、聲音或其它數據類型 ； 創建能夠嵌入復合文檔中的 OLE 對象 ； 使用 OLE 拖放在應 用之間拷貝數據 ； 使用自動功能通過一個程序來控制另一個程序 ； 創建ActiveX 控件和 ActiveX 控件包容器（以前分別叫作 OLE 控件和 OLE 控件包容器）。 支持 ActiveX 的類按種類分類 ： OLE 包容器類 、 OLE 服務器類 、 OLE 拖放和數據傳輸類 、 OLE 通用對話類 、 OLE 自動類 、 OLE 文檔類 、 OLE 相關類 。 （ 10） 調試和異常類 這些類提供對調試動態內存分配的支持并且支持將異常信息從異常被產生的函數傳遞給捕獲異常的函數。在開發過程中可使用 CDumpContext 和CMemoryState 來幫助調試。 TCP/IP 協議及 WINDOWS SOCKETS 網絡編程接口 TCP/IP 協議簡介 （ 1） TCP/IP 協議 通常 包含了一系列 與“ TCP（傳輸控制協議） ”和“ IP（網際協議） ”有聯系的 網絡協議 ，它包括其它的協議，應用軟件，甚至網絡媒介 。 這些協議的示例 是： 21 UDP（ User Datagram Protocol）協議、 ICMP（ Inter Control Message Protocol）協議 、 ARP（地址解析協議） 和其他一些協議的協議組。 應用的示例： tel(遠程登錄 )、 ftp(文件傳遞協議 )、 等。 這 其中一 些協議最早發源于美國國防部的ARPA 網 項目。 （ 2）邏輯結構： 這是 TCP/IP 協議的分層結構在互連網計算機上的表示，用互連網技術互相通信的每臺計算機 都 有這樣的分層結構。這樣的分層結構決定了計算機在inter 上互相通信的方式。數據通過這樣的分層結構從上層傳到底層，然后通過網線把數據傳送出去 。底層的水平線代表以太網網線，“ O”代表收發器，“ *”代表 IP 地址，“ @”代表網址，理解這樣的分層結構 是 理解 INTERNET 技術的基礎。 （ 3） 本論文涉及到的協議 ： IP、 UDP IP（ Inter Protocol） 是 TCP/IP 的心臟，也是網絡層中最重要的協議。 IP層接收由更低層（網絡接口層例如以太網設備驅動程序）發來的數據包，并把該數據包發送到更高層 TCP 或 UDP 層；相反， IP 層也把從 TCP 或 UDP 層接收來的數據包傳送到更低層。 IP 數據包是不可靠的，因為 IP 并沒有做任何事情來確認數據包是按 順序發送的或者沒有被破壞。 IP 數據包中含有發送它的主機的地址（源地址）和接收它的主機的地址（目的地址）。 UDP（ IP 協議號 17）是一個 無連結的 數據報協議。它是一個“ best effort”或者“不可靠”協議 —— 不是因為它特別不可靠，而是因為它不檢查數據包是否IP ARP ENET * ? ? ? Network applications UDP TCP O @ Ether Cable 22 已經到達目的地，并且不保證它們按順序到達。 UDP 的典型性應用是如流媒體（音頻和視頻等）這樣按時到達比可靠性更重要的應用，或者如 DNS 查找這樣的簡單查詢 /響應應用，如果 需要 建立可靠的連結 ，哪么 所作的額外工作將是不成比例地大。 本程序只應用于局域網中，局域網中的數據流 傳輸的可靠性高，故選擇 UDP 協議。 WINDOWS SOCKETS 網絡編程接口概述 （ 1） WINDOWS SOCKETS 簡介 Windows Sockets：用于 Microsoft Windows 環境下的網絡計算的開放接口 。Windows Sockets 規范為 Microsoft 定義了一個二進制兼容網絡編程接口 ， 基于Berkeley Software Distribution 中的 UNIX 套接字實現 ， 通過使用 Windows Sockets，應用程序能夠在任何符合 Windows Sockets API 的網絡上通信。 許多網絡軟件供應商支持網絡協議下的 Windows Sockets，這些協議包括：傳輸控制協議 /網際協議 (TCP/IP)和 Novell Corporation 的互聯網包交換協議 /順序分組報文交換協議 (IPX/SPX) 等。雖然目前的 Windows Sockets 規范定義了 TCP/IP 的套接字抽象化，但任何網絡協議都可以通過提供自己版本的、實現 Windows Sockets 的動態鏈接庫 (DLL)來滿足 Windows Sockets。 因為套接字使用網際協議組，所以 它們對于支持 “信息高速公路 ”上 Inter 通信的應用程序是首選方式。 套接字是一個通信終結點，它是 Windows Sockets 應用程序用來在網絡上發送或接收數據包的對象。套接字具有類型，與正在運行的進程相關聯，并且可以有名稱。目前，套接字一般只與使用網際協議組的同一 “通信域 ”中的其他套接字交換數據。 可用的套接字類型有以下兩種：流式套接字 ， 提供沒有記錄邊界的數據流，即字節流 ； 數據文報套接字 ， 支持面向記錄的數據流，但不能確保能被送達，也無法確保按照發送順序或不重復 ， 可靠性在局域網 （ LAN） 上往往很 好，但在廣域網 （ WAN） 上卻不太好。 數據文報為 “無連接 ”的，也就是不建立顯式連接。可將數據文報消息發送到指定的套接字，然后從指定的套接字接收消息。 （ 2）相關 MFC 類 MFC 為使用 Windows Sockets 編寫網絡通信程序提供了兩種模型，內嵌在兩個 MFC 類中。 CAsyncSocket 該類封裝 Windows Sockets API。 CAsyncSocket 是為那些了解網絡編程并希望能夠靈活地對套接字 API 直接編程，同時還希望方便地使用回調函數以進行 23 網絡事件通知的程序員提供的。除了將 套接字打包為面向對象的形式以用于 C++ 外，此類提供的唯一附加抽象化是將某些與套接字相關的 Windows 消息轉換為回調。 CSocket 從 CAsyncSocket 派生出的高水平抽象概念 ， 它通過 MFC CArchive 對象提供與套接字一起使用的更高級的抽象化。使用帶存檔的套接字與使用 MFC 的文件序列化協議非常相似。這使它比 CAsyncSocket 模型更易于使用。 它是同步運行的。 （ 3） WinSocket 編程 一般流程 （基于 UDP） 本程序選擇使用 CSocket 類， 基于 UDP 的編程 。 對于在 一個無連接套接字上接收數據的進程來說，步驟并不復雜。先用 WSAStartup 來加載 Winscock DLL相應版本，然后用 socket 或 WSASocket 建立套接字。再把這個套接字和準備接收數據的接口綁定在一起。這是通過 bind 函數來完成的。 最后 在使用完 Winscock DLL 需要調用 WSACleanup，將資源釋放。 和面向連接會話不同的是，我們不必調用 listen 和 accept。 ① Winsock 的初始化 每個 Winsock 應用都必須加載 Winsock DLL 的相應版本。如果調用 Winsock之前，沒有加載 Winsock 庫，這個函數就會返回一個 SOCKET_ERR，錯誤信息是 WSANOTINITIALISED。加載 Winsock庫是通過調用 WSAStartup函數實現的。這個函數的定義如下： int WSAStartup( WORD wVersionRequested , LPWSADATA lpWSAData )。 返回值 如果 WSAStartup 功能函數執行成功，則返回 0；如果不成功則返回一個error_code（如下表所示）， 這個應用并不像平常那樣使用 WSAGetLastError 來獲取 error_code，在執行函數后，會自動返回一個 int 型值。 wVersionRequested 用于指定準備加載的 Winsock 庫的版本。高位字節指定所需 要的 Winsock庫的副版本，而低位字節則是主版本。然后，可用宏 MAKEWORD( X , Y )（其中， x 是高位字節， y 是低位字節）方便地獲得 wVersionRequested 的正確值。 lpWSAData [out]指向 WSADATA 結構體的指針，用于接收 Winsock 執行的細節。 24 例子 （加載版本 的 DLL 代碼片段） ： WORD wVersionRequested。 WSADATA wsaData。 int err。 wVersionRequested = MAKEWORD( 2, 2 )。 err = WSAStartup( wVersionRequested, amp。wsaData )。 /*用于判斷是否加載 WinSock DLL 成功 */ if ( err != 0 ) { return。 } /*確認加載的 WinSock DLL 是否為 版本，請求的版本信息存儲在變量wsaData 中 */ if ( LOBYTE( ) != 2 ||HIBYTE( ) != 2 ) { WSACleanup( )。 return。 } ② 創 建套接字 SOCKET socket( int af, int type, int protocol )。 af 地址規范， 對于 TCP/IP 只能是 AF_INET type 類型說明， Windows Sockets 只支持 SOCK_STREAM(TCP)、SOCK_DGRAM(UDP)。 Windows Sockets 2 中引入了許多其它的類型，在 中都有所定義。 protocol 多 指定為０，系統會根據地址格式和套接字類別，自動選擇一個合適的協議。 例子： SOCKET sockSrv=socket (AF_INET,SOCK_DGRAM,0)。 ③ 把套接字和準備接收數據的地址 、 接口綁定在一起 int bind ( 25 SOCKET s, 需要邦定的套接字 const struct sockaddr FAR *name, 指向 SOCKADDR 結構 體 指針 int namelen 地址結構的長度 )。 sockaddr 結構體： struct sockaddr { u_short sa_family。 char sa_data[14]。 }。 sockaddr_in 結構體： struct sockaddr_in{ short sin_family。 //Address family。 must be AF_INET. unsigned short sin_port。 //Inter Protocol (IP) port. IN_ADDR sin_addr。 //IP address in work byte order. char sin_zero[8]。 //Padding to make structure the same size as //SOCKADDR. }。 IN_ADDR 結構體： typedef struct in_addr { union { struct{ unsigned char s_b1, s_b2, s_b3, s_b4。 } S_un_b。 struct { unsigned short s_w1, s_w2。 } S_un_w。 unsigned long S_addr。 } S_un。 } IN_ADDR。 例子： 26 sockaddr_in addrSrv。 =htonl(INADDR_ANY)。 =AF_INET。 =htons(6000)。 bind(sockSrv,(SOCKADDR*)amp。addrSrv,sizeof(SOCKADDR))。 ④ 發送數據 int sendto ( SOCKET s, //一個可用的 SOCKET const char FAR *buf, //需 要傳輸的數據 int len, //傳輸數據的長度 int flags, //標記 const struct sockaddr FAR *to, //指向存有目的 ip 和端口的結構體 int tolen //目的地址的長度