Winsock：调用CancelIoEx后能否立即释放WSARecv的OVERLAPPED相关内存？

背景与实现 #

我正使用Windows IOCP（完成端口）实现客户端/服务端模型的IO事件循环，为每个IO操作从堆中分配OVERLAPPED结构体及recv缓冲区。

注册客户端时，通过CreateIoCompletionPort(handle, iocp, ULONG_PTR(handle), 1)将套接字与IOCP关联，并发起WSARecv操作：

recv_buf := make([]u8, RECV_BUF_SIZE) or_else panic("OOM")
// heap allocates data which is retrieved back on IOCP completion
op_data := _alloc_operation_data(.Read, handle, recv_buf)

flags: u32
result := win32.WSARecv(
    handle,
    &win32.WSABUF { RECV_BUF_SIZE, raw_data(recv_buf) },
    1,   /* buffer count */
    nil, /* nr of bytes received */
    &flags,
    cast(win32.LPWSAOVERLAPPED) &op_data.overlapped,
    nil, /* completion routine */
)

日常处理逻辑：

• 当客户端触发应用层错误（如发送无效数据）时，会将其踢出并调用win32.CancelIoEx(handle, /*cancel all*/nil)取消未完成的IO操作；
• 注销客户端时，通过GetQueuedCompletionStatusEx轮询完成事件，收到状态为ERROR_OPERATION_ABORTED的OVERLAPPED_ENTRY后，通过container_of取回_alloc_operation_data分配的内存再释放。

核心疑问 #

服务器关闭时，调用注销流程取消所有客户端IO操作后，能否直接释放对应的堆分配内存（recv_buf和OVERLAPPED），还是必须等待IOCP返回取消完成通知后再释放？本地测试直接释放未出现问题，但未在真实网络环境验证，寻求技术建议。

技术建议 #

绝对不能直接释放内存，必须等待IOCP返回取消完成的通知后再释放，原因如下：

• Windows内核异步操作特性：CancelIoEx仅发起取消请求，内核不会立即完成所有未完成的IO操作。此时内核可能仍在引用你分配的OVERLAPPED结构体和recv缓冲区，直接释放会导致内存访问违规（比如内核后续写入已释放内存，触发崩溃或内存损坏）。
• 本地测试的局限性：本地环境IO路径短，取消操作可能快速完成，内存释放后内核还没来得及访问，因此未出现问题。但真实网络环境中，网络延迟、内核调度延迟等因素会导致取消操作的完成通知滞后，直接释放必然引发未定义行为。
• IOCP设计规范：所有与异步IO关联的用户态内存，必须等到该IO操作的完成通知被处理后才能释放。这是Windows异步IO模型的核心原则，无论IO操作是正常完成还是被取消，都需遵循此流程。

服务器关闭时的正确流程 #

1. 遍历所有客户端套接字，调用CancelIoEx(handle, nil)发起取消请求；
2. 持续调用GetQueuedCompletionStatusEx处理所有完成事件，直到所有被取消的IO操作对应的OVERLAPPED_ENTRY都被取回；
3. 对每个取回的操作数据，通过container_of获取内存块并释放；
4. 最后关闭所有套接字和IOCP对象。

若担心服务器关闭时等待时间过长，可设置合理的超时时间，但即使超时也不能直接释放内存——正确做法是标记这些内存为“待释放”，后续若有遗漏的完成通知再处理（比如通过全局内存管理列表），或确保进程退出前不再访问这些内存（进程退出时系统会回收所有内存，但这是兜底方案，不推荐作为常规操作）。

内容的提问来源于stack exchange，提问作者void