Windows：TCP/IP：强制关闭连接：避免内核/用户级别的内存泄漏

Question

请教Windows网络编程专家的问题。

当我使用这样的伪代码时：

reconnect:
    s = socket(...);
    // more code...

read_reply:
    recv(...);
    // merge received data
    if(high_level_protocol_error) {
        // whoops, there was a deviation from protocol, like overflow
        // need to reset connection and discard data right now!
        closesocket(s);
        goto reconnect;
    }

内核是否取消关联并释放从NIC“物理”接收的所有数据（因为它必须确实已经存在于内核内存中，等待用户级使用recv（）读取它） ，当我 closesocket() 时？好吧，从逻辑上讲应该是这样，因为数据不再与任何内部对象关联，对吗？

因为我真的不想浪费未知的时间来彻底关闭，例如“调用recv()直到返回错误”。这是没有意义的：如果它永远不会返回错误，比如说，服务器继续永远发送数据并且不关闭连接，但这是不好的行为，该怎么办？

我想知道这一点，因为我不希望我的应用程序在任何地方导致内存泄漏。这种强制重置连接的方式仍然期望发送未知数量的数据正确吗？

// 问题的可选补充：如果此方法被认为对于 Windows 是正确的，那么它是否可以被认为是正确的（将 closesocket() 更改为 close() ） UNIX 兼容操作系统？

Answer 1

Windows（或任何操作系统）中的内核驱动程序（包括 tcpip.sys）应该能够在所有情况下避免内存泄漏，无论您在用户模式下做什么。我认为开发人员已经绘制了可能的状态（包括错误状态），以确保资源不会泄漏。至于用户模式，我不太确定，但我也不认为您的进程中会泄漏资源。

套接字只是 Windows 中的文件对象。当您关闭文件的最后一个句柄时，IO 管理器会发送 IRP_MJ_CLEANUP 向拥有该文件的驱动程序发送消息，以清理与其关联的资源。与套接字关联的接收缓冲区将与文件对象一起被释放。

它确实在 closesocket 文档表明挂起的操作已取消，但异步操作可能会在函数返回后完成。听起来好像在使用时关闭套接字是受支持的场景，并且不会导致内存泄漏。

Answer 2

不会有泄漏，并且您没有义务在关闭之前读取 EOS 的流。如果发送者在您关闭后仍在发送，它最终会得到“连接重置”。