如何将信息从 ThreadPool.QueueUserWorkItem 传递回 UI 线程？

Question

我有一个相当简单的线程问题。

我正在编写一个简单的实用程序，它将根据用户定义的参数运行各种 SQL 脚本。

为了保持 UI 响应并提供有关正在执行的脚本状态的反馈，我决定使用ThreadPool.QueueUserWorkItem来处理各种脚本的执行（通过 SMO）。

但是，对于如何中继 SMO 将返回到 UI 线程的 output 信息，我有点困惑。

对于此实用程序，我使用 WPF 和 MVVM 进行演示。 我想我会有一个ScriptWorker class，我可以将参数和位置以及运行脚本的顺序传递给它。

在我运行每个脚本后，我想以某种方式将结果返回到 UI 线程，以便它更新 output window 然后我想让工作人员转到下一个任务。

我确定这是一个基本问题，但在查看QueueUserWorkItem并看到我基本上是通过回调开始工作后，我不确定我将如何完成我想完成的工作。

我的假设基于这篇 Microsoft 文章：

http://msdn.microsoft.com/en-us/library/3dasc8as(VS.80).aspx

谢谢（你的）信息！

Answer 1

QueueUserWorkItem技术上讲可以正常工作，但是级别很低。 有更简单的方法。

我建议使用.NET 4.0的新Task功能。 它完全可以实现您想要的功能，包括将结果或错误条件同步到另一个线程（在这种情况下为UI线程）。

如果不能选择.NET 4.0，那么我建议您使用BackgroundWorker （如果您的后台处理不太复杂）或异步委托（例如Hans）。 如果使用异步委托，则使用AsyncOperation类将结果AsyncOperation送回UI线程。

Task选项非常好，因为它非常自然地处理父/子任务。 BackgroundWorker无法嵌套。 另一个考虑是取消； Task和BackgroundWorker内置了对取消的支持，但是对于异步委托，您必须自己做。

Task比BackgroundWorker复杂一点的唯一地方是进度报告。 它不像BackgroundWorker那样容易，但是我在博客上有一个包装器以将其最小化。

总结一下，按照优先顺序：

1. Task -支持对错误进行适当的封送处理，结果，取消和父/子嵌套的概念。 它的一个缺点是进度报告并不简单（您必须创建另一个Task并将其安排到UI线程中）。
2. BackgroundWorker支持正确地处理错误，结果，取消和进度报告的概念。 它的一个弱点是它不支持父/子嵌套，并且限制了它在API中的使用，例如用于业务层。
3. 使用AsyncOperation Delegate.BeginInvoke支持正确地整理错误，结果的概念以及进度报告。 但是，没有内置的取消概念（尽管可以使用volatile bool手动完成）。 它还不支持父/子嵌套。
4. 具有SynchronizationContext Delegate.BeginInvoke与选项（3）相同，不同之处在于它直接使用SynchronizationContext 。 代码稍微复杂一些，但是要权衡的是要支持父/子嵌套。 所有其他限制与选项（3）相同。
5. 带有AsyncOperation或SynchronizationContext ThreadPool.QueueUserWorkItem支持进度报告的概念。 取消遭受与选项（3）相同的问题。 封送错误并不容易（特别是保留堆栈跟踪）。 另外，仅当使用SynchronizationContext而不是AsyncOperation ，父/子嵌套才可能。 此外，此选项不支持结果的概念，因此任何返回值都需要作为参数传递。

如您所见， Task无疑是赢家。 除非不能选择.NET 4.0，否则应使用它。

Answer 2

我知道这是一个老问题，但我认为 QueueUserWorkItem 当您想要一个快速线程进行测试而没有任务经常伴随的异步/等待中毒时会派上用场。

然后使用 Dispatcher.Invoke 从窗口消息队列中获取信息。

在没有实际设备的情况下测试 RFID 扫描的示例：

        ThreadPool.QueueUserWorkItem(WaitCallback);

        private void WaitCallback(object state)
        {
            while (true)
            {
                string tid = tids[curtid++ % tids.Count()];

                bool orderShowing = Dispatcher.Invoke(() => { return ContentArea.Content == default; });
                if (orderShowing)
                    Dispatcher.Invoke(() => { OnRFIDScan(null, new RFIDArgs { TIDHex = tid }); });
                Thread.Sleep(10000);
            }
        }

Answer 3

本文提供了您想要的简单示例。

要返回UI线程，您需要引用ISynchronizeInvoke接口。 例如， Form类实现了此接口。

用伪代码可以执行以下操作：

public class MyForm : Form
{
    private OutputControl outputControl;

    public void btnClick(...)
    {
        // Start a long running process that gives feedback to UI.
        var process = new LongRunningProcess(this, outputControl);
        ThreadPool.QueueUserWorkItem(process.DoWork);
    }
}

class LongRunningProcess
{
    // Needs a reference to the interface that marshals calls back to the UI
    // thread and some control that needs updating.
    public LongRunningProcess(ISynchonizeInvoke invoker,
                              OutputControl outputControl)
    {
        this.invoker = invoker;
        this.outputControl = outputControl;
    }

    public void DoWork(object state)
    {
        // Do long-running job and report progress.
        invoker.Invoke(outputControl.Update(...));
    }
}

请注意，此示例中的OutputControl是一个控件，因此也实现了ISynchronizeInvoke接口，因此您也可以选择直接在此控件上调用Invoke 。

上面概述的方法相当底层，但是可以为您提供很多控制权，尤其是在您要报告进度的方式上。 BackgroundWorker为您提供了更高级的解决方案，但控制却更少。 您只能通过无类型的UserState属性提供进度状态。