我们知道，WS2_32.DLL导出了send、sendto、recv、recvfrom、WSASend、WSASendTo、WSARecv和WSARecvFrom，而WSOCK32.DLL也导出了send、sendto、recv、recvfrom函数（OD只能看到WSOCK32.DLL的recv、recvfrom，用VC的DEPENDS.EXE才能查看到send、sendto）。但MSDN上并没有说明WSOCK32.DLL里send、sendto、recv、recvfrom函数的原型，因此我一直认为跟WS2_32.DLL里的是完全一样的。不过在IE上HOOK的时候碰到了一些稀奇古怪的问题，用OD反汇编一下才发现：

1.WS2_32.DLL和WSOCK32.DLL的默认加载地址是一样的，各自的send、sendto函数的地址也是完全一样的，连函数里所有指令都完全一样。
2.recv、recvfrom就完全不同了，wsock32.dll的recv调用了WS2_32.DLL的WSARecv，recvfrom调用了WS2_32.DLL的WSARecvFrom，这跟WS2_32.DLL的recv、recvfrom完全不用。


因此，HOOK的时候要注意了！千万不要编写自己的recv、recvfrom函数后，为了贪图方便，就把WS2_32.DLL的recv、recvfrom函数和WSOCK32.DLL的recv、recvfrom函数都指向你编写的对应函数，这样是会出问题的。

由于WS2_32.DLL的WSARecv和WSARecvFrom可用于非阻塞套接字，而WS2_32.DLL的recv、recvfrom函数只能用于阻塞套接字。WSOCK32.DLL的recv、recvfrom函数调用到了WSARecv和WSARecvFrom函数，如果你把WSOCK32.DLL的recv、recvfrom函数也指向了你编写的阻塞型recv、recvfrom函数，这会导致调用失败（异常）。错误信息可能是：无法在非阻塞套接字上立即完成所需操作。原因是应用程序使用非阻塞套接字调用到了WSOCK32.DLL的recv、recvfrom函数，但被你HOOK之后，跳到了你编写的阻塞型recv、recvfrom函数去执行，所以导致出现错误。

IE就是这样的，它的接收操作调用流程：
WININET.DLL->WSOCK32.DLL->WS2_32.DLL。


真不懂MS为什么这样搞。不知道其他win系统是不是也是这样，我的是XP SP3。