Socket程序从windows移植到linux下需要注意的

)头文件

windows下winsock.h或winsock2.h

linux下netinet/in.h（大部分都在这儿），unistd.h（close函数在这儿），sys/socket.h（在in.h里已经包含了，可以省了）

2)初始化

windows下需要用WSAStartup启动Ws2_32.lib，并且要用#pragma comment(lib,"Ws2_32")来告知编译器链接该lib。

linux下不需要

3)关闭socket

windows下closesocket(...)

linux下close(...)

4)类型

windows下SOCKET

linux下int（我喜欢用long，这样保证是4byte，因为-1我总喜欢写成0xFFFF）

5)获取错误码

windows下getlasterror()/WSAGetLastError()

linux下，未能成功执行的socket操作会返回-1；如果包含了errno.h，就会设置errno变量

6)设置非阻塞

windows下ioctlsocket()

linux下fcntl()，需要头文件fcntl.h

7)send函数最后一个参数

windows下一般设置为0

linux下最好设置为MSG_NOSIGNAL，如果不设置，在发送出错后有可能会导致程序退出

8)毫秒级时间获取

windows下GetTickCount()

linux下gettimeofday()

9)多线程

windows下包含process.h，使用_beginthread和_endthread

linux下包含pthread.h，使用pthread_create和pthread_exit

10)用IP定义一个地址（sockaddr_in的结构的区别）

windows下addr_var.sin_addr.S_un.S_addr

linux下addr_var.sin_addr.s_addr

而且Winsock里最后那个32bit的S_addr也有几个以联合（Union）的形式与它共享内存空间的成员变量（便于以其他方式赋值），而Linux的Socket没有这个联合，就是一个32bit的s_addr。遇到那种得到了是4个char的IP的形式（比如127一个，0一个，0一个和1一个共四个char），WinSock可以直接用4个S_b来赋值到S_addr里，而在Linux下，可以用边向左移位（一下8bit，共四下）边相加的方法赋值。

11)异常处理

linux下当连接断开，还发数据的时候，不仅send()的返回值会有反映，而且还会像系统发送一个异常消息，如果不作处理，系统会出BrokePipe，程序会退出。为此，send()函数的最后一个参数可以设MSG_NOSIGNAL，禁止send()函数向系统发送异常消息。

套接字（socket）当今已成为最流行的网络通信应用程序接口。套接字最初是由加利福尼亚大Berkeley分校为Unix操作系统开发的网络通信接口，后来它又被移植到DOS与Windows系统，特别是近几年来互联网络在全世界范围内被广泛普及并且增长迅猛，进一步奠定了它在网络通信程序开发领域的主宰地位。跨系统网络互联的呼声在我国也越来越高。近来，在开发的银行与证券联网系统中，我们尝试做

了由Unix Sockets到Windows Sockets通信应用程序的移植，有所体会，望能将移植过程中应该注意的几点问题与热心于这方面工作的人们共同作以探讨，以期能起到抛砖引玉的作用。



1、修改头文件的定义

在Unix Sockets应用程序中包含头文件的语句为#include，而在Windows Sockets应用程序中相应语句应为 #include。Windows Sockets的实现由两部分组成，即开发组件与运行组件。开发组件是供程序

员开发Windows Sockets 应用程序使用的，它包括Windows Sockets应用程序接口函数库、头文件以及一些介绍Windows Sockets实现的文档，其中头文件winsock.h中包含了Windows Sockets 实现所定义的宏、常数值、数据结构和函数调用接口原型。Winsock.h是编写Windows Sockets应用程序必须包含的头文件。



2、Windows Sockets DLL初始化与资源释放

在Windows Sockets的接口函数中，提供了WSAStartup()与WSACleanup()两个函数，用于在程序开始时初始化Windows Sockets DLL和程序结束时释放Windows Sockets DLL资源，它们是编写Windows Sockets应用程序时必须使用的两个函数。



3、将套接字的类型由int改为SOCKET

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



4、错误码的获取与设置

在Unix系统中，获取、设置错误码使用全局变量errno，而在Windows系统中则应将其改为用函数WSAGetLastError()和WSASetLastError()。Windows Sockets 为了与多线程环境兼容，提供了两个出错处理函数WSAGetLastError()与WSASetLastError()来获取与设置当前线程的最近错误号，而不再使用Unix系统中的全局变量errno和h_errno。



5、关闭套接字

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



6、对套接字的控制

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

统中则应使用ioctlsocket()函数。



7、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()函数返回。由于提供的支持不同，进行移植时若有必要应修改相应的源程序。



8、使用宏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宏来修改。



9、应在Windows Sockets程序中尽量使用WSA宏

在Windows Sockets的头文件中定义了许多以WSA开头的宏，在程序中使用这些宏，

可以大大地增加程序的可读性。例如：



errno = WSAGetLastError()；



if (errno = WSAEWOULDBLOCK） {



……



}



这些宏是Windows Sockets就应用程序实现过程中可能会出现的错误，为便于

程序的读写而专门做出的扩充，它是Windows Sockets应用程序编写人员开发

程序时共同遵循的规范，因此应尽量使用这些宏，以增加程序的可读性。



10、阻塞调用的处理

Windows是非抢先多任务环境，各任务之间的切换是通过消息驱动的，如果一

个应用程序不能主动放弃其控制权，别的应用程序就不能够执行，这一点与

Unix操作系统有着本质的区别。对于从Unix Sockets环境中移植来的应用程序

来说，阻塞问题必须考虑。



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



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



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



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



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



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



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

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



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



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



WSAAsyncGetXByY() 标准Berkeley函数getXbyY()的异步版本



WSACancelAsyncRequest() 取消函数WSAAsyncGetXByY()执行中的实例



由Unix Sockets应用程序向Windows Sockets的移植是一件比较繁琐的工作，在移植中除了以上Sockets具体实现直接相关的几点外，还应注意程序开发环境的的差异，这时程序上也应作一些相应的调整，例如，在Windows应用程序中有关的一些指针都应设为FAR类型等，这里就不再一一赘述