后台工作线程 vs 后台线程

发布于 2024-08-05 23:05:34 字数 449 浏览 8 评论 0原文

我有一个关于我应该在 Windows 窗体应用程序上使用的后台线程实现的选择的风格问题。目前，我的表单上有一个 BackgroundWorker，它具有无限 (while(true)) 循环。在此循环中，我使用 WaitHandle.WaitAny 来保持线程暂停，直到发生感兴趣的事情。我等待的事件句柄之一是“StopThread”事件，以便我可以跳出循环。当我重写的 Form.Dispose() 时，会发出此事件信号。

我在某处读到，BackgroundWorker 实际上适用于您不想与 UI 绑定且具有有限结束的操作 - 例如下载文件或处理一系列项目。在这种情况下，“结束”是未知的，并且只有当窗口关闭时。因此，对于我来说，使用后台线程而不是 BackgroundWorker 来实现此目的是否更合适？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

无尽的现实 2024-08-12 23:05:35

我的一些想法...

使用 BackgroundWorker 如果您有一个在后台运行并需要与 UI 交互的任务。将数据和方法调用编组到 UI 线程的任务是通过其基于事件的模型自动处理的。避免使用BackgroundWorker，如果...
- 您的程序集没有或不直接与 UI 交互，
- 您需要该线程成为前台线程，或者
- 您需要操纵线程优先级。
当需要效率时，请使用 ThreadPool 线程。 ThreadPool 有助于避免与创建、启动和停止线程相关的开销。如果出现以下情况，请避免使用线程池...
- 该任务在应用程序的整个生命周期内运行，
- 您需要该线程成为前台线程，
- 您需要操纵线程优先级，或者
- 您需要线程具有固定标识（中止、挂起、发现）。
对于长时间运行的任务以及当您需要正式线程模型提供的功能，例如，在前台线程和后台线程之间进行选择、调整线程优先级、对线程执行的细粒度控制等。

回复收藏 0 原文

寄居人 2024-08-12 23:05:35

根据我对您问题的理解，您正在使用 BackgroundWorker 作为标准线程。

之所以推荐使用 BackgroundWorker 来处理您不想占用 UI 线程的事情，是因为它在进行 Win Forms 开发时公开了一些不错的事件。

RunWorkerCompleted 等事件用于在线程完成所需操作时发出信号，以及 ProgressChanged 事件用于更新有关线程进度的 GUI。

因此，如果您没有使用这些，我认为使用标准线程来完成您需要做的事情没有任何坏处。

回复收藏 0 原文

秋凉 2024-08-12 23:05:35

与 Matt Davis 所说的差不多，但还有以下几点：

对我来说，BackgroundWorker 的主要区别在于通过 SynchronizationContext 自动编组已完成的事件。在 UI 上下文中，这意味着已完成的事件在 UI 线程上触发，因此可用于更新 UI。如果您在 UI 上下文中使用 BackgroundWorker，这是一个主要的区别。

通过ThreadPool执行的任务不能轻易取消（这包括ThreadPool。QueueUserWorkItem和委托异步执行）。因此，虽然它避免了线程旋转的开销，但如果您需要取消，请使用 BackgroundWorker 或（更可能在 UI 之外）旋转线程并保留对其的引用，以便您可以调用>中止()。

回复收藏 0 原文

偏爱自由 2024-08-12 23:05:35

此外，您还需要在后台工作人员的生命周期内占用一个线程池线程，这可能会引起关注，因为它们的数量有限。我想说，如果您只为应用程序创建一次线程（并且不使用后台工作程序的任何功能），那么请使用线程，而不是后台工作程序/线程池线程。

回复收藏 0 原文

鹤仙姿 2024-08-12 23:05:35

您知道，有时，无论您使用的是 Windows 窗体、WPF 还是其他技术，使用 BackgroundWorker 都会更容易。这些家伙的巧妙之处在于，您无需过多担心线程的执行位置即可获得线程，这对于简单的任务来说非常有用。

在使用 BackgroundWorker 之前，首先考虑您是否希望取消线程（关闭应用程序、用户取消），然后您需要决定您的线程是否应该检查取消，或者是否应该将其推到执行本身。

BackgroundWorker.CancelAsync() 会将 CancellationPending 设置为 true 但不会执行任何其他操作，然后线程有责任不断检查这一点，保持还要记住，在这种方法中，您可能会遇到竞争条件，即用户取消，但线程在测试 CancellationPending 之前完成。

另一方面，Thread.Abort() 会在线程执行中抛出异常，强制取消该线程，但您必须小心，如果在执行中突然引发此异常，可能会产生危险。。

无论什么任务，线程都需要非常仔细的考虑，请进一步阅读：

并行编程.NET框架
 托管线程最佳实践

回复收藏 0 原文

寄人书 2024-08-12 23:05:35

在了解 .NET 之前，我就知道如何使用线程，因此当我开始使用 BackgroundWorker 时，需要一些时间来适应。马特·戴维斯（Matt Davis）非常出色地总结了这种差异，但我想补充一点，准确理解代码的作用更加困难，这会使调试变得更加困难。在我看来，考虑创建和关闭线程比考虑将工作分配给线程池更容易。

我仍然无法评论其他人的帖子，所以请原谅我在使用答案来解决 piers7 时的短暂蹩脚

不要使用 Thread.Abort(); 而是使用 Thread.Abort(); 代替，发出事件信号并将线程设计为结束收到信号时优雅地。 Thread.Abort() 在线程执行的任意点引发 ThreadAbortException，这可能会导致各种令人不快的事情，例如孤立监视器、损坏的共享状态等等.
http://msdn.microsoft.com/en-我们/library/system.threading.thread.abort.aspx

回复收藏 0 原文

月竹挽风 2024-08-12 23:05:35

我想指出BackgroundWorker 类的一种尚未提及的行为。您可以通过设置 Thread.IsBackground 属性使普通线程在后台运行。

后台线程与前台线程相同，只是后台线程不会阻止进程终止。 [1]

您可以测试此行为通过在表单窗口的构造函数中调用以下方法。

void TestBackgroundThread()
{
    var thread = new Thread((ThreadStart)delegate()
    {
        long count = 0;
        while (true)
        {
            count++;
            Debug.WriteLine("Thread loop count: " + count);
        }
    });

    // Choose one option:
    thread.IsBackground = true; // <--- This will make the thread run in background
    thread.IsBackground = false; // <--- This will delay program termination

    thread.Start();
}

当 IsBackground 属性设置为 true 并且您关闭窗口时，您的应用程序将正常终止。

但是，当 IsBackground 属性设置为 false（默认情况下）并且关闭窗口时，只有窗口会消失，但进程仍会继续运行。

BackgroundWorker 类利用在后台运行的线程。

I want to point out one behavior of BackgroundWorker class that wasn't mentioned yet. You can make a normal Thread to run in background by setting the Thread.IsBackground property.

Background threads are identical to foreground threads, except that background threads do not prevent a process from terminating. [1]

You can test this behavoir by calling the following method in the constructor of your form window.

void TestBackgroundThread()
{
    var thread = new Thread((ThreadStart)delegate()
    {
        long count = 0;
        while (true)
        {
            count++;
            Debug.WriteLine("Thread loop count: " + count);
        }
    });

    // Choose one option:
    thread.IsBackground = true; // <--- This will make the thread run in background
    thread.IsBackground = false; // <--- This will delay program termination

    thread.Start();
}

When the IsBackground property is set to true and you close the window, then your application will terminate normaly.

But when the IsBackground property is set to false (by default) and you close the window, then just the window will disapear but the process will still keep running.

The BackgroundWorker class utilize a Thread that runs in the background.

回复收藏 0 原文