套接口编程技术.docVIP

一．Socket和Win-Socket基础 Socket和Win-Socket的中译名为套接口或视窗套接口。Socket和Win-Socket是一种基于TCP/IP V4 协议（如下图）族中第四层TCP协议和UDP协议的软件接口技术标准。 SMTP DNS NSP FTP TELNET TCP UDP NVP ICMP IP ARP RARP Ethernet ARPANET PDN Others 传输控制协议（Transmission Control Protocol—TCP）是TCP/IP V4 协议族中面向（虚电路）连接的传输层协议。用户数据报协议（User Datagram Protocol—UDP）是TCP/IP V4 协议族中面向无连接的传输层协议。TCP/IP V4 传输层的各子协议是以16位二进数的端口号作为本层的识别地址。该层的连接便是建立在两个不同IP V4 地址所拥有的端口号之间的。32位的IP V4 地址与16位的端口号联合构成的涉及两层协议地址的描述体被称为套接口（Socket）。在一个特定的IP V4 地址上可以配置多个传输层协议端口号，从而构成了一个站点可拥有多个套接口的情景（如下图）。这与一个网络设备（如网卡、Modem等）只能有一个IP V4 地址的第三层协议形成了鲜明的对照。 供软件访问的Socket接口技术标准是由Berkeley分校在参与研究TCP/IP V4 协议时推出的，称为Socket API For UNIX。鉴于UNIX操作系统是用C语言写成的，故Socket API For UNIX也是以一组C库函数的形式提供给程序员使用的。全部Socket API For UNIX的C库函数按功能的不同可分为三类：网络访问类（如connect、accept、recv、send、closesocket 、listen、shutdown等）、网络信息获取类（gethostbyaddr、getsocketname、getserverbyname等）和通信状态监测类（如select、getlasterror等）。根据运行时的形态，上述库函数又可分为阻塞型（Blocking）和非阻塞型两类（Non blocking）。若被访问的一个Socket API库函数在执行后立即给出结果并返回，则称为阻塞型函数。若被访问的一个Socket API库函数在执行后（有结果则给出）不能立即给出结果，为了不延误其他进程的执行而先返回一个表示等待的“错误”码后返回，则称为非阻塞型函数。在多数情况下，用于实现无连接访问的Socket API库函数都是阻塞型的，而用于实现有连接访问的Socket API库函数都是非阻塞型的。 … … … …（嵌入的中断服务程序） … … Microsoft的MFC只是继承了大部分Berkeley的Socket API的第一类和第三类库函数并使之实现对象化罢了。由于Berkeley的Socket API库函数的目标代码所构建的进程结构与Microsoft的文档-视结构在运行时的形态完全不同，因而Microsoft只得再推出一个能同时与两者通信的中间进程软件接口（如下图）。将该中间进程的软件接口与Berkeley的Socket API接口合为一体便是被人们广泛称为的视窗套接口技术标准（Win-Socket）。因此，使用MFC的Win-Socket必须要做两件事：构造一个兼容文档-视结构的Windows Socket对象；利用该对象再构造一个与之相连接的Berkeley Socket对象（只能一对一）。真正的网络通信由Berkeley Socket对象实现，而Windows Socket对象则负责应用程序的文档-视和Berkeley Socket对象间的进程通信工作。正因为如此，并非Berkeley Socket API接口的全部函数都能通过Windows Socket对象实现与文档-视对象的沟通。由于在一个站点上可能存在多个Windows Socket对象及其Berkeley Socket对象，而且这些对象的析构也可以不同步的，所以Windwos操作系统为每个现役的Berkeley Socket对象安排一个唯一的整数标识（句柄）以便Windows Socket对象可以灵活地与其相关联（即可以动态变更）。 二．应用Win-Socket编程的基本套路 MFC中的CASyncSocket类就是Win-Socket的对象的抽象结构。由于使用该类编程的程序员必须具有一定的网络技术（理论）基础背景，MFC又由此类派生出了一个CSocket类，并依托对象延续技术（即CArchive-CSocketFile的结构）以便于网络技术（理论）基础背景较弱的程序员使用（但编程量是前者的两倍以上）。为了