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

　　

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