这样在 C# 使用 LongRunnigTask 是错的

最新推荐文章于 2024-07-31 15:04:18 发布

dotNET跨平台

最新推荐文章于 2024-07-31 15:04:18 发布

阅读量654

点赞数

文章标签： java jvm 开发语言

原文链接：https://mp.weixin.qq.com/s?__biz=MzAwNTMxMzg1MA==&mid=2654095698&idx=8&sn=33b48ec3fd95765d82d4e84979c0938d&chksm=80d86d07b7afe4110e0feb0f25de0d1ab7a64b7ba01294ca42b5f04832e52fed26a15933360b&scene=126&sessionid=0

版权

Task.Factory.StartNew 有一个重载，是支持 TaskCreationOptions.LongRunning 参数来指定 Task 的特征的。但是可能在没有注意的情况下，你就使用了错误的用法。那么本文我们来简单阐述一下这个参数的作用，和使用的注意要点。

这样其实是错误的

有的时候，你可能会这么写：

Task.Factory.StartNew(async () =>
{
    while (true)
    {
        // do something
        await Task.Delay(1000);
    }
}, TaskCreationOptions.LongRunning);

但其实，这是个错误的写法。

为什么需要 LongRunning

我们通常两种情况下会想到使用 TaskCreationOptions.LongRunning 参数：

你的任务需要长时间运行，比如一个循环，或者一个死循环。用来从队列中取数据，然后处理数据，或者是一些定时任务。
你的任务需要占用大量的 CPU 资源，是一个很大的循环，比如要遍历一个很大的数组，并做一些处理。

那么这个时候，我们就需要使用 TaskCreationOptions.LongRunning 参数来指定 Task。

因为我们可能学习到了，Task 默认的 Scheduler 是 ThreadPool，而 ThreadPool 的线程是有限的，如果你的任务需要长时间运行，或者是需要占用大量的 CPU 资源，那么就会导致 ThreadPool 的线程不够用。导致线程饥饿，或者是线程池的线程被占用，导致其他的任务无法执行。

于是我们很聪明的就想到了，我们可以使用 TaskCreationOptions.LongRunning 参数来指定 Task，这样就可以避免线程饥饿。

弄巧成拙

但是实际上，开篇的写法并不能达到我们的目的。

我们可以通过以下代码来验证一下：

var task = Task.Factory.StartNew(async () =>
{
    while (true)
    {
        // do something
        await Task.Delay(1000);
    }
}, TaskCreationOptions.LongRunning);

Thread.Sleep(3000);

Console.WriteLine($"Task Status: {task.Status}");
// Task Status: RanToCompletion

我们可以看到，Task 的状态是并非是 Running，而是 RanToCompletion。

也就是说，我们的任务在 3 秒后就已经执行完了，而不是我们想要的长时间运行。

究其原因，是因为我们采用了异步的方式来执行任务。而异步任务的执行，是通过 ThreadPool 来执行的。也就是说，虽然我们使用了 TaskCreationOptions.LongRunning 参数，来想办法指定线程池单独开一个线程，但是实际上在一个 await 之后，我们的任务还是在 ThreadPool 中执行的。

这会导致，我们的任务实际上后续又回到了 ThreadPool 中，而不是我们想要的单独的线程。起不到单独长期运行的作用。

正确的写法

因此，实际上如果想要保持单独的线程持续的运行，我们需要移除异步的方式，改为同步的方式。

var task = Task.Factory.StartNew(() =>
{
    while (true)
    {
        // do something
        Thread.Sleep(1000);
    }
}, TaskCreationOptions.LongRunning);

Thread.Sleep(3000);

Console.WriteLine($"Task Status: {task.Status}");
// Task Status: Running

这样我们就可以看到，Task 的状态是 Running，而不是 RanToCompletion。我们通过 TaskCreationOptions.LongRunning 参数，单独开启的线程就可以一直运行下去。

实际上还有很多考量

要考量 TaskScheduler 的实现

本文采用的是 aspnetcore 的实现，但是在其他的实现中，可能会有不同的实现。你也完全有可能实现一个 await 之后，不回到 ThreadPool 的实现。

LongRunning 也不是就不能用异步

正如开篇提到的第二种场景，如果你的业务是在第一个 await 之前有大量的同步代码，那么此时单独开启一个线程，也是有意义的。

我就是一个死循环，里面也是异步的怎么办

那么你可以考虑让这个 LongRuning 的 Task，不要 await，而是通过 Wait() 来等待。这样就可以避免 LongRunning 的 Task 直接结束。

总结

本文我们简单阐述了 TaskCreationOptions.LongRunning 参数的作用，和使用的注意要点。

参考

.NET Task 揭秘（2）：Task 的回调执行与 await¹
Task²
TaskCreationOptions³

感谢您的阅读，如果您觉得本文有用，快点击下方赞同按钮👍，让更多的人看到本文。

欢迎加入Q群 610394020，进入腾讯最新功能类Discord功能：QQ 频道。在 QQ 频道中，你可以：

在技术专区发帖求教
在摸鱼频道畅快遨游
在会议频道一同讨论让我们一同打造和谐社区。

本文作者：newbe36524
本文链接：https://www.newbe.pro/Others/0x026-This-is-the-wrong-way-to-use-LongRunnigTask-in-csharp/
版权声明：本博客所有文章除特别声明外，均采用 BY-NC-SA 许可协议。转载请注明出处！

https://www.cnblogs.com/eventhorizon/p/15912383.html↩
https://threads.whuanle.cn/3.task/↩
https://learn.microsoft.com/en-us/dotnet/api/system.threading.tasks.taskcreationoptions?view=net-7.0&WT.mc_id=DX-MVP-5003606↩