winsock 中的几个常见的问题

1.什么是socket中的重叠I/O

 

在WINDOWS中有一个API叫ReadFile

BOOL   ReadFile(
    HANDLE   hFile,                                 //   handle   to   file
    LPVOID   lpBuffer,                           //   data   buffer
    DWORD   nNumberOfBytesToRead,     //   number   of   bytes   to   read
    LPDWORD   lpNumberOfBytesRead,   //   number   of   bytes   read
    LPOVERLAPPED   lpOverlapped         //   overlapped   buffer
);

如果我们在CreateFile的时候没有使用FILE_FLAG_OVERLAPPED   标志，同时在调用ReadFile的时候把LPOVERLAPPED   lpOverlapped   这个参数设置的是NULL，那么ReadFile这个函数的调用一直要到读取完数据指定的数据后才会返回，如果没读取完，就会阻塞在这里。同样   ,WriteFile和ReadFile都是这样的。这样在读写大文件的时候，我们很多时间都浪费在等待ReadFile和WriteFile的返回上面。如果ReadFile和WriteFile是往管道里读写数据，那么有可能阻塞得更久，导致程序性能下降。为了解决这个问题，WINDOWS引进了重叠IO的概念，同样是上面的ReadFile和WriteFile，如果在CreateFile的时候设置了FILE_FLAG_OVERLAPPED   ，那么在调用ReadFile和WriteFile的时候就可以给他们最后一个参数传递一个OVERLAPPED结构。这样ReadFile或者WriteFile的调用马上就会返回，这时候你可以去做你要做的事，系统会自动替你完成ReadFile或者WriteFile,在你调用了ReadFile或者WriteFile后，你继续做你的事，系统同时也帮你完成ReadFile或WriteFile的操作，这就是所谓的重叠。使用重叠IO还有一个好处，就是你可以同时发出几个ReadFile或者WriteFile的调用，然后用WaitForSingleObject或者WaitForMultipleObjects来等待操作系统的操作完成通知，在得到通知信号后，就可以用GetOverlappedResult来查询IO调用的结果。

基本上就这样，。不知道你清楚了没有，，，
至于SOCKET里的重叠IO，和这个差不错，不同的是ReadFile   WriteFile被WSARecv和WSASend所代替了。这其中牵涉到的东西很多，其实有关WINDOWS的异步IO机制，是很高深的，所以开始我才推荐你去看《WINDOWS2000编程内幕》，也可以去看《Inside   Windows2000》

2.同步和异步

 

同步是指：发送方发出数据后，等接收方发回响应以后才发下一个数据包的通讯方式。 
异步是指：发送方发出数据后，不等接收方发回响应，接着发送下个数据包的通讯方式。 

 

 

所谓同步，就是在发出一个功能调用时，在没有得到结果之前，该调用就不返回。按照这个定义，其实绝大多数函数都是同步调用（例如sin, isdigit等）。但是一般而言，我们在说同步、异步的时候，特指那些需要其他部件协作或者需要一定时间完成的任务。最常见的例子就是 SendMessage。该函数发送一个消息给某个窗口，在对方处理完消息之前，这个函数不返回。当对方处理完毕以后，该函数才把消息处理函数所返回的 LRESULT值返回给调用者。
异步
异步的概念和同步相对。当一个异步过程调用发出后，调用者不能立刻得到结果。实际处理这个调用的部件在完成后，通过状态、通知和回调来通知调用者。以CAsycSocket类为例（注意，CSocket从CAsyncSocket派生，但是起功能已经由异步转化为同步），当一个客户端通过调用 Connect函数发出一个连接请求后，调用者线程立刻可以朝下运行。当连接真正建立起来以后，socket底层会发送一个消息通知该对象。这里提到执行部件和调用者通过三种途径返回结果：状态、通知和回调。可以使用哪一种依赖于执行部件的实现，除非执行部件提供多种选择，否则不受调用者控制。如果执行部件用状态来通知，那么调用者就需要每隔一定时间检查一次，效率就很低（有些初学多线程编程的人，总喜欢用一个循环去检查某个变量的值，这其实是一种很严重的错误）。如果是使用通知的方式，效率则很高，因为执行部件几乎不需要做额外的操作。至于回调函数，其实和通知没太多区别。
阻塞
阻塞调用是指调用结果返回之前，当前线程会被挂起。函数只有在得到结果之后才会返回。有人也许会把阻塞调用和同步调用等同起来，实际上他是不同的。对于同步调用来说，很多时候当前线程还是激活的，只是从逻辑上当前函数没有返回而已。例如，我们在CSocket中调用Receive函数，如果缓冲区中没有数据，这个函数就会一直等待，直到有数据才返回。而此时，当前线程还会继续处理各种各样的消息。如果主窗口和调用函数在同一个线程中，除非你在特殊的界面操作函数中调用，其实主界面还是应该可以刷新。socket接收数据的另外一个函数recv则是一个阻塞调用的例子。当socket工作在阻塞模式的时候，如果没有数据的情况下调用该函数，则当前线程就会被挂起，直到有数据为止。
非阻塞
非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。
对象的阻塞模式和阻塞函数调用
对象是否处于阻塞模式和函数是不是阻塞调用有很强的相关性，但是并不是一一对应的。阻塞对象上可以有非阻塞的调用方式，我们可以通过一定的API去轮询状态，在适当的时候调用阻塞函数，就可以避免阻塞。而对于非阻塞对象，调用特殊的函数也可以进入阻塞调用。函数select就是这样的一个例子。