将Socket从Unix向Windows移植中几点问题

修改头文件的定义

在 Unix Sockets 应 用程序中包含头文件的语句为 #include<sys/socket.h> ，而在 Windows Sockets 应用程序中相应语句应为 #include<winsock.h> 。

Windows Sockets DLL

初始化与资源释放 在 Windows Sockets 的接口函数中，提供了 WSAStartup() 与 WSACleanup() 两个函数，用于在程序开始时初始化 Windows Sockets DLL 和程序结束时释放 Windows Sockets DLL 资源

将套接字的类型由

int 改为 SOCKET

在 Unix 系统中，套接字类 型定义为 int 型，而在 Windows 系统中，套接字类型被定义为 SOCKET 型，即 unsigned int 型。

错误码的获取与设置

在 Unix 系统中，获取、设 置错误码使用全局变量 errno ，而在 Windows 系统中则应将其改为用函数 WSAGetLastError() 和 WSASetLastError() 。

关闭套接字

在 Unix 系统中使用 close() 函数来关 闭套接字，而在 Windows 系统中则用 closesocket() 函数。

对套接字的控制

在 Unix 系统中，使用 ioctl() 函数和 fcntl() 函数实现 对套接字的控制，而在 Windows 系统中则应使用 ioctlsocket() 函数。

getsockopt()

和 setsockopt() 函数的处理

在 Unix Sockets 和 Windows Sockets 中对这两个函数提供的支持不同。在 Windows Sockets 中 getsockopt() 与 setsockopt() 不 支持的 Berkeley Sockets 选项有：

SO_RCVLOWAT 接受低潮标志

SO_RCVTIMEO 接受超时

SO_SNDLOWAT 发送低潮标志

SO_SNDTIMEO 发送超时

IP_OPTIONS 取得 IP 头中的选项

TCP_MAXSEG 取得 TCP 最大尺寸

SO_ACCEPTCONN 套接字正在监听

SO_ERROR 取错误状态并清除

SO_TYPE 套接字类型

使用不支持的选项将返回错误码 WSAENOPROTOOPT ，它由 WSAGetLastError() 函数返回。

由于提供的支持不同，进行移植时若有必要应修改相应的源程 序。

使用宏

FD_XXX 来控制 fd_set 结构

由于 Windows Sockets 某些函数在接口上虽然与 Unix Sockets 一致，但是它们的内部实现却不一样，例如，在函数 select() 的参数 中， Unix Sockets 实现套接字集合使用的是位掩码，但在 Windows Sockets 中却是使用一个 SOCKET 的数组。虽 然套接字的集合仍由 fd_set 类型表示，但在 Unix Sockets 源文件中直接修改 fd_set 结构的代码在 Windows Sockets 环境下将不能正常工作。因此 , 在进行移植时应将源程序中对结构 fd_set 的直接修改改为通过使用 FD_XXX 宏来修改。

应在

Windows Sockets 程序中尽量使用 WSA 宏 在 Windows Sockets 的头文件中定义了许多以 WSA 开头的宏，在程序中使用这些宏，可以大大地增加程序的可读性。

阻塞调用的处理

Windows 是非抢先多任务环境，各任务之间的切换是通过消息驱动的，如果一个应用程序不能主动放弃其控制权，别的应用程序就不能够执行，这一点 与 Unix 操作系统有着本质的区别。对 于从 Unix Sockets 环境中移 植来的应用程序来说，阻塞问题必须考虑。

为解决阻塞问题， Windows Sockets 特增设了如下几个阻塞处理函数：

WSAIsBlocking() 检测阻塞调用是否正在进行

WSACancelBlockingCall() 取消一个正在进行的阻塞调用

WSASetBlocking() 设置自己 的阻塞处理例程

WSAUnhookBlockingHook() 恢复默认的阻塞处理例程

为不影响原来环境中的阻塞处理例程，在安装自己的阻塞处理例 程时，应注意保存返回的先前安装的阻塞处理例程的程序实例指针，并在处理结束后恢复。

尽量将阻塞调用改为基于消息的异步操作

 

在 Windows Sockets 网络程序设计 中，尽管它允许阻塞操作，但是一个阻塞可能阻塞整个 Windows 环境，而在 Unix Sockets 程序中，套接字的默认操作模式却是阻塞的。 Windows Sockets 为了支持 Windows 消息驱动机制，对网络事件采用了基于消息的异步存取策略，较好的解决了阻塞问题。为此，建议最好将源程序中的阻 塞调用改为基于消息的异步操作。

Windows Sockets 为实现异步存取操作增设了如下的有关函数：

WSAAsyncSelect() 标准 Berkeley 函数 select() 的异步版本