为什么以这种方式使用 System.Threading.Task 类时我的 UI 被阻止？

Question

在我的 ViewModel 中，我有以下代码：

Logs = new ObservableCollection<Log>();
Logs = Task.Factory.StartNew(() => mainModel.GetLogs()).Result;

Log 是一个非常简单的类，具有几个公共属性。

根据我对 Task 类的理解，以这种方式调用的 mainModel 函数 GetLogs() 应该在单独的线程上运行，当它从数据库中获取记录时，我的 UI 应该做出响应，但这不是正在发生的情况，而是在记录被读取时从数据存储中获取我的 UI 被阻止。

我希望有人能解释为什么......TIA。

编辑：我对 Task 类的理解不完整，使用 Task 类的ContinueWith 方法将确保异步执行，如下面成员回复中所述...

Answer 1

这是因为您在开始异步操作后立即调用 Result。 Result 属性的 getter 会阻塞当前线程的执行，直到任务完成。

更新：

为了异步获取结果，您需要调用ContinueWith并指定任务完成时将调用的函数：

Task.Factory.StartNew(() => mainModel.GetLogs()).ContinueWith(t => Logs = t.Result);

Answer 2

我认为您不应该像这样使用 Result 属性，来自 MSDN：

此属性的 get 访问器可确保异步操作在返回之前完成。一旦计算结果可用，它就会被存储，并在以后调用 Result 时立即返回。

如果您在任务运行时访问当前线程，它会使当前线程等待。

Answer 3

假设 mainModel.GetLogs 是线程安全的，您可能需要这样的东西，它在后台线程上调用 GetLogs，然后仅在完成获取日志时将 Logs 设置为结果。 TaskScheduler.FromCurrentSynchronizationContext() 确保该部分的执行在 UI 线程上运行，如果您的 UI 绑定到该集合，则需要这样做。

Task doStuff = Task.Factory.StartNew<ICollection>(() =>
    {
        return mainModel.GetLogs();
    })
    .ContinueWith((result) =>
    {
        Logs = result;
    }, TaskScheduler.FromCurrentSynchronizationContext());