IAsyncOperation的Completed处理程序是否存在竞态条件？

IAsyncOperation 接口通过 Completed 属性允许你绑定操作完成时的回调方法，当异步操作结束时，绑定的方法会被触发执行。

以下是精简后的官方示例代码：

#include <winrt/Windows.Foundation.h>
#include <winrt/Windows.Web.Syndication.h>

using namespace winrt;
using namespace Windows::Foundation;
using namespace Windows::Web::Syndication;

void ProcessFeedAsync()
{
    Uri rssFeedUri{ L"https://blogs.windows.com/feed" };
    SyndicationClient syndicationClient;

    auto async_op_with_progress = syndicationClient.RetrieveFeedAsync(rssFeedUri);
    async_op_with_progress.Completed(
        [](
            IAsyncOperationWithProgress<SyndicationFeed,
            RetrievalProgress> const& sender,
            AsyncStatus const /* asyncStatus */)
        {
            SyndicationFeed syndicationFeed = sender.GetResults();
            // 处理获取到的订阅源数据
        });
}

标准使用流程为：

• 调用异步操作方法
• 将返回的操作对象存入局部变量
• 将完成回调（示例中为C++ Lambda）绑定到 Completed 属性

竞态条件的内置防护机制 #

你提到的场景——异步操作在调用后、绑定回调前就已完成——确实可能在快速完成的SDK调用中出现，但IAsyncOperation 接口本身提供了内置防护：

当你为 Completed 属性赋值时，如果此时异步操作已经处于完成状态，接口会立即同步调用你传入的回调函数。这意味着无论操作是在绑定回调前完成，还是绑定之后完成，你的处理逻辑都会被执行一次，不会出现遗漏。

仅通过检查 Status() != AsyncStatus::Completed 来决定是否绑定回调的做法，只能缩小竞态窗口，并非必要——接口的内置行为已经从根本上解决了这个问题。

另外，即便当前编程模型限制无法使用C++/WinRT的C++17原生协程，仅使用 Completed 属性也能可靠处理该竞态问题，类似的保障机制在C#的投影中同样存在。

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