第6章 Windows Socket 2的扩展特性.docVIP

第六章 Windows Socket 2的扩展特性 这一章将讨论从Windows Sockets 1.1到Windows Socket 2的主要变动。 6.1 同时使用多个传输协议 为了用户能够同时使用多个传输协议，在Windows Socket 2中，结构有所改变。在Windows Sockets 1.1中，软件开发商所提供的DLL实现了Windows Sockets的API和TCP/IP协议栈。Windows Sockets DLL和底层协议栈的接口是唯一而且独占的。Windows Socket 2改变了这种模型：它定义了一个Windows Sockets DLL和底层协议栈间的标准服务提供接口(SPI)。这使得一个Windows Sockets DLL能够同时访问不同软件开发商的多个底层协议栈。此外，Windows Sockets 2并不象Windows Sockets 1.1仅支持TCP/IP协议栈。与Windows开放系统结构(WOSA)兼容的Windows Sockets 2的结构如下图： 图6-1：Windows Socket 2开放系统结构图 注意：16位的Windows Sockets 2应用程序应使用WS2-16.DLL，而32位的Windows Sockets 2应用程序应使用WS2-32.DLL。但今后，为了简单起见，它们将都使用WINSOCK.DLL。这并不会造成任何问题，因为在它们之间并没有任何语法上的区别。 由于以上的结构，现在已没有必要每个协议栈开发商都提供它们自己的WINSOCK.DLL（甚至这样做也不是期望的）。因为任何一个WINSOCK.DLL能够在所有协议栈上工作。因此，WINSOCK.DLL可以被看作是一个操作系统组件。Microsoft将在Windows 95和Windows NT上提供一个32位的WINSOCK.DLL。Intel公司目前正在打算提供Windows 3.1和Windows 3.11上的Windows Sockets 2兼容的16位WINSOCK.DLL。 6.2 与Windows Socket 1.1应用程序的向后兼容性 Windows Socket 2与Windows Sockets 1.1在两个基础上向后兼容：源码和二进制代码。这就实现了Windows Sockets应用程序和任何版本的Windows Sockets实现之间的最大的互操作性，而且也减少了Windows Sockets应用程序使用者，网络协议栈提供者和服务提供者的许多痛苦。现有的Windows Sockets 1.1兼容的应用程序可以在Windows Sockets 2实现上不加修改的运行，只要有一个TCP/IP协议栈被安装。 6.2.1 源码的兼容性 Windows Sockets 2中的源码兼容性意味着所有的Windows Sockets 1.1版的API在Windows Sockets 2中都被保留了下来。这意味着现有的Windows Sockets 1.1应用程序的原程序可以被简单的移植到Windows Sockets 2系统上运行。程序员需要做的只是包含新的头文件－WINSOCK2.H和简单的与合适的Windows Sockets 2函数库的连接。应用程序开发者应该把这种工作看作是完全转向Windows Sockets 2的第一步，因为有许多方式可以使用Windows Sockets 2中的新函数来提高原来的Windows Sockets 1.1应用程序的运行性能。 6.2.2 二进制兼容性 在设计Windows Sockets 2时的一个主要目标就是使得现有的Windows Sockets 1.1应用程序在二进制级别上能够不加修改的应用于Windows Sockets 2之上。由于Windows Sockets 1.1是基于TCP/IP上的，二进制兼容性就要求Windows Sockets 2系统提供基于TCP/IP上的Windows Sockets 2的传输和名字解析服务。为了Windows Sockets 1.1应用程序能在这种意义上运行，Windows Sockets 2系统提供了一个附加的组件－Windows Sockets 1.1的DLL。Windows Sockets 2安装时的提示保证了在终端机用户引进Windows Sockets 2系统时不会对已有的Windows Sockets软件环境有任何影响。 图6-2：与Windows Sockets 1.1二进制兼容性结构图 一个完全的Windows Sockets 1.1二进制兼容的必要的前提是在系统上已经安装了至少一个TCP/IP协议栈并且在Windows Sockets 2中做了注册。W