为什么 I/O 完成端口中有 CompletionKey？

Question

MSDN 关于 CreateIoCompletionPort 函数中 CompletionKey 的评论：

使用 CompletionKey 参数来帮助您的应用程序跟踪 I/O 操作已完成。该值不被使用 CreateIoCompletionPort用于功能控制；相反，它是附加的 到当时 FileHandle 参数中指定的文件句柄 与 I/O 完成端口关联。这个完成键应该 每个文件句柄都是唯一的，并且它伴随着文件句柄 整个内部完成排队过程。它返回于 当完成数据包时调用 GetQueuedCompletionStatus 函数 到达。 CompletionKey 参数也由 PostQueuedCompletionStatus 函数用于对您自己的特殊用途进行排队 完成数据包。

上述言论给我留下了一个疑问。 既然我们可以将用户上下文与 扩展重叠结构像这样：

typedef struct s_overlappedplus
{
    OVERLAPPED ol;
    int op_code;
    /*we can alternatively put user context over here instead of CompletionKey*/
    LPVOID user_context;
} t_overlappedplus;

完成后通过 CONTAINING_RECORD 宏检索？

酷，我只确信 CompletionKey 是每个句柄上下文，而扩展重叠结构是每个 I/O 上下文。但这样的设计背后的理念是什么？在什么情况下需要使用CompletionKey来代替用户上下文的扩展重叠结构？