共享套接字

引入了 WSADuplicateSocket 函数,以跨进程启用套接字共享。 源进程调用 WSADuplicateSocket 以获取目标进程标识符的特殊 WSAPROTOCOL_INFO 结构。 它使用一些进程间通信 (IPC) 机制将此结构的内容传递给目标进程。 然后,目标进程在对 WSPSocket 的调用中使用WSAPROTOCOL_INFO结构。 此函数返回的套接字描述符将是基础套接字的额外套接字描述符,因此会共享。 可以在给定进程中的线程之间共享套接字,而无需使用 WSADuplicateSocket 函数,因为套接字描述符在进程的所有线程中都有效。

引用共享套接字的两个 (或更多) 描述符可以独立使用,就 I/O 而言。 但是,Winsock 接口不实现任何类型的访问控制,因此进程必须协调共享套接字上的任何操作。 共享套接字的典型示例是使用一个进程来创建套接字和建立连接。 然后,此过程将套接字移交给负责信息交换的其他进程。

WSADuplicateSocket 函数创建套接字描述符,而不是基础套接字。 因此,所有描述符中都保留与套接字关联的所有状态。 例如,使用一个描述符执行的 setsockopt 操作随后使用来自任何或所有描述符的 getsockopt 可见。 进程可以在重复的套接字上调用 closesocket ,描述符将解除分配。 但是,基础套接字保持打开状态,直到使用最后一个剩余的描述符调用 closesocket

对共享套接字的通知受 WSAAsyncSelectWSAEventSelect 函数的常规约束的约束。 使用任何共享描述符发出上述任一调用会取消套接字的任何以前的事件注册,而不考虑使用哪个描述符进行该注册。 因此,例如,无法让进程 A 接收FD_READ事件,并且进程 B 接收FD_WRITE事件。 对于需要如此紧密协调的情况,建议开发人员使用线程而不是单独的进程。