WPF / XAML：如何执行线程进程并防止主 UI 繁忙/冻结？

Question

我有一个 XAML 应用程序，用作自动化的 UI。整个自动化可能需要 20-30 小时才能完全执行，因此我创建了一个 Task 类对象，它本质上包装了 Thread 方法（启动/停止/重置）。

但是，当我在 Task 对象下运行自动化方法时，XAML UI 很忙，我无法与其他控件交互，包括切换 Thread.Set() 标志的“暂停”按钮。

还有一个帖子 防止 UI 在没有额外线程的情况下冻结

，有人推荐使用 BackgroundWorker 类MSDN 文章提到，当它操作 UI 中的对象时，使用它是一个坏主意，我这样做是为了显示状态计数： http://msdn.microsoft.com/en-us/ Library/system.componentmodel.backgroundworker.aspx

对此有什么想法吗？

    private void OnButtonStartAutomationClick(object sender, RoutedEventArgs e)
    {
        btnPauseAutomation.IsEnabled = true;
        Automation.Task AutomationThread = new Automation.Task(RunFullAutomation);
    }

    private void RunFullAutomation()
    {
        // do stuff that can take 20+ hours
        // threaded so I can utilize a pause button (block)
    }

class Task
{
    private ManualResetEvent _shutdownFlag = new ManualResetEvent(false);
    private ManualResetEvent _pauseFlag = new ManualResetEvent(true);
    private Thread _thread;
    private readonly Action _action;

    public Task(Action action)
    {
        _action = action;
    }

    public void Start()
    {
        ThreadStart ts = new ThreadStart(DoDelegatedMethod);
        _thread = new Thread(ts);            
        _thread.Start();
        _thread.Priority = ThreadPriority.Lowest;
    }

    public void Resume()
    {
        _pauseFlag.Set();
    }

    public void Stop()
    {
        _shutdownFlag.Set();
        _pauseFlag.Set();
        _thread.Join();
    }

    private void DoDelegatedMethod()
    {
        do
        {
            _action();
        }
        while (!_shutdownFlag.WaitOne(0));
    }
}

Answer 1

有人推荐了BackgroundWorker类，这篇MSDN文章提到，当它操作UI中的对象时使用它是一个坏主意，我的目的是为了显示状态计数

BackgroundWorker 实际上非常适合这种情况，因为它是为这种类型的场景而设计的。警告是您不应更改 DoWork 内部的 UI 元素，而应通过 ReportProgress 和 ProgressChanged 事件更改。

警告存在的原因是“DoWork”是在后台线程上执行的。如果您从那里设置 UI 元素值，您将收到跨线程异常。但是，ReportProgress/ProgressChanged 会自动将调用封送回适合您的 SynchronizationContext 中。

Answer 2

看一下 WPF 中的 Dispatcher 对象。您可以而且应该在您的场景中在后台线程上运行长时间运行的任务，而 BackgroundWorker 是一个很好的方法。当您需要更新 UI 时，您需要验证对 UI 线程的访问，如果没有，请使用调度程序在 UI 线程上调用更新方法。

Answer 3

这里有两个可能的原因：第一，阻塞任务正在阻塞 UI 线程，而不是在后台线程上运行；第二，后台线程使 UI 线程处于饥饿状态，使其永远没有机会响应输入。您需要找出属于哪一种情况。执行此操作的一种粗略方法是，在 Click 处理程序中，使用 Debug.WriteLine 当前线程 ID (Thread.CurrentThread.ManagedThreadId)，并在 RunFullAutomation 回调中执行相同的操作。

如果它们打印相同的数字，那么您遇到了第一个问题。 Reed 和 TheZenker 对此提供了解决方案。

如果它们打印不同的数字，那么您已经在工作线程上，并且遇到了第二个问题。 （BackgroundWorker 可能会让您更优雅地进入工作线程，并有助于更新 UI，但它不会停止饥饿。）在这种情况下，最简单的修复可能是设置 _thread.Priority = ThreadPriority.BelowNormal; 在启动工作线程之前。

顺便说一句，您的代码似乎从未真正调用 AutomationThread.Start，这意味着 RunFullAutomation 回调甚至没有执行。这只是一个错字吗？

Answer 4

我建议不要推出自己的 Task 类，因为 .NET 4 完全支持使用任务并行库在后台异步运行任务
也就是说，您可以按照 Reed 的建议并使用理想的 BackgroundWorker，或者如果您更喜欢对任务执行方式的性质进行更多控制，您可以使用 System.Threading.Tasks 中的 Task 类并实现如下所示的内容：

public partial class MainWindow : Window
{
    CancellationTokenSource source = new CancellationTokenSource();
    SynchronizationContext context = SynchronizationContext.Current;
    Task task;
    public MainWindow()
    {
        InitializeComponent();
    }

    private void DoWork()
    {
        for (int i = 0; i <= 100; i++)
        {
            Thread.Sleep(500); //simulate long running task
            if (source.IsCancellationRequested)
            {
                context.Send((_) => labelPrg.Content = "Cancelled!!!", null);
                break;
            }
            context.Send((_) => labelPrg.Content = prg.Value = prg.Value + 1, null);
        }
    }

    private void Start_Click(object sender, RoutedEventArgs e)
    {
        task = Task.Factory.StartNew(DoWork, source.Token);
    }

    private void Cancel_Click(object sender, RoutedEventArgs e)
    {
        source.Cancel();
    }       
}

在 DoWork() 中，您使用 WPF SynchronizationContext 并发布消息来更新您需要的 UI wiget。

该示例有一个进度条和一个标签控件，该控件在 for 循环的每次迭代中更新。使用在每次迭代中检查的 CancellationTokenSource 支持取消。

希望这有帮助。