在C#的异步编程模型中，Task默认由TaskScheduler调度到线程池的工作线程上执行。对于执行时间极短或中等耗时的操作，这种复用机制能显著降低线程创建成本。但当某个操作需要长时间运行，例如阻塞式轮询、死循环监听或同步等待外部资源时，如果仍占用线程池线程，会导致线程池可用线程减少，进而影响其他正常任务的调度。通过指定TaskCreationOptions.LongRunning，可以创建一个脱离线程池调度、运行在独立专用线程上的Task。
LongRunning的作用原理
TaskScheduler的默认实现是线程池任务调度器。当不使用特殊选项时，Task.Start或Task.Run会将任务排入线程池队列，由池中的工作线程取出执行。线程池会根据CPU核心数、已完成工作量动态扩容或收缩，目标是让活跃线程数接近最佳并发度。
LongRunning是一个枚举标志，它向调度器传递了语义提示：该任务生存期长，不应计入线程池的短期工作负载。在.NET的默认调度器里，这一提示会导致运行时直接新建一个普通的前台或后台线程（取决于具体重载与上下文），而不是从池里借线程。如此一来，长任务独占一条线程，不会消耗线程池的限额，线程池仍可服务大量短任务。
如何创建LongRunning任务
最常见的方式是在构造Task时传入TaskCreationOptions.LongRunning，然后手动Start；或者使用Task.Factory.StartNew并指定该选项。下面示例展示两种写法：
using System;
using System.Threading;
using System.Threading.Tasks;
class Program
{
static void Main()
{
// 方式一：构造后启动
Task longTask1 = new Task(() =>
{
for (int i = 0; i < 5; i++)
{
Console.WriteLine("LongRunning任务在专用线程上执行: " + i);
Thread.Sleep(1000);
}
}, TaskCreationOptions.LongRunning);
longTask1.Start();
// 方式二：使用Factory.StartNew
Task longTask2 = Task.Factory.StartNew(() =>
{
while (true)
{
Console.WriteLine("后台监听线程工作中");
Thread.Sleep(2000);
}
}, TaskCreationOptions.LongRunning);
Console.WriteLine("主线程继续做其他事");
Console.ReadLine();
}
}
上述代码里，两个任务都标注了LongRunning。运行时为它们各自开启独立线程，主线程不会被阻塞，线程池的工作线程也未被长期占用。若去掉该选项，循环任务将挤占池线程，在大量此类任务并发时容易引发线程池饥饿。
需要注意，Task.Run方法本身不提供直接传入LongRunning的重载，因此想用LongRunning一般要退回Task.Factory.StartNew或new Task。若你使用Task.Run并试图在内部长期阻塞，那依然跑在线程池上，并不是真正的LongRunning方案。
适用场景与注意事项
LongRunning适合那些预计运行数秒、数分钟甚至永久存在的阻塞型后台工作，比如消息队列消费者、本地文件监控循环、与硬件设备保持同步通信的线程。在这些场景，任务本质就是专用服务线程，用LongRunning比强行塞进线程池更清晰，也避免池伸缩策略误判。
但它并非没有代价。每创建一个LongRunning任务就新建一个操作系统线程，线程本身有默认栈空间（通常1MB左右），过多此类任务会拉高内存与上下文切换开销。另外，LongRunning线程默认是后台线程还是前台线程，取决于API用法；若为主线程退出的守护型任务，应明确设置IsBackground，否则可能阻止进程退出。下面代码演示如何控制后台属性：
using System;
using System.Threading;
using System.Threading.Tasks;
class Demo
{
static void RunBackgroundLong()
{
Task t = new Task(() =>
{
Thread current = Thread.CurrentThread;
current.IsBackground = true; // 设为后台，主程序退出即终止
while (true)
{
Console.WriteLine("后台长任务");
Thread.Sleep(3000);
}
}, TaskCreationOptions.LongRunning);
t.Start();
}
}
从架构角度看，若你的长任务其实是异步等待型（如await网络流），则不应使用LongRunning，因为异步等待本身不占线程，用LongRunning反而白白占一条线程。LongRunning只针对“同步阻塞且长久”的代码路径。混淆二者是常见误区。
与线程池任务的对比
为直观理解差异，可以从资源归属、生命周期、调度开销三个维度比较：
| 维度 | 普通Task（线程池） | LongRunning Task |
|---|---|---|
| 执行线程来源 | 线程池工作线程 | 独立新建线程 |
| 适合时长 | 短到中等耗时 | 长耗时或永久阻塞 |
| 创建开销 | 低，复用已有线程 | 高，需系统分配线程 |
| 对池影响 | 占用池限额 | 不影响池限额 |
通过上表可以看出，选择依据主要是任务阻塞时长与是否频繁创建。偶尔一个长任务用LongRunning无妨；若每秒新建上百个长任务，则应考虑改用持久常驻线程或重新设计为非阻塞异步模型。
总结来说，C#中创建不在线程池上运行的Task，核心就是为任务加上TaskCreationOptions.LongRunning标志，并通过new Task或Task.Factory.StartNew启动。它把长阻塞工作隔离到专用线程，保护线程池的调度能力，但开发者必须自行承担线程数与资源管理的责任，避免无节制开辟线程。
TaskLongRunning线程池修改时间：2026-08-07 03:54:28