应使用TaskCreationOptions.LongRunning避免线程池饥饿，它创建独立前台线程而非占用线程池；须用Task.Factory.StartNew()或new Task()+Start()，禁用Task.Run()传该选项，且不可与async/await混用。

为什么要用 TaskCreationOptions.LongRunning

默认情况下，Task.Run() 或 new Task() 创建的任务都交由线程池调度。对短时、高并发的小任务很高效，但遇到长时间运行（如持续监听、阻塞 I/O、CPU 密集型循环）的任务，会占用线程池线程，可能导致线程池饥饿——其他任务排队、响应变慢，甚至 ThreadPool.GetAvailableThreads() 返回值持续偏低。标记 LongRunning 会让 .NET 直接创建一个**独立的前台线程**，不走线程池，避免干扰整体调度。

如何正确创建 LongRunning Task

不能用 Task.Run(..., LongRunning) —— Task.Run() **不接受** TaskCreationOptions 参数。必须用 Task 构造函数 + Start()，或 Task.Factory.StartNew()。

• Task.Factory.StartNew() 是最常用且推荐的方式，支持选项传入
• 直接 new Task(..., LongRunning) 后必须显式调用 .Start()，否则不会执行
• 不要混用 async/await 和 LongRunning：async 方法返回的是“任务包装器”，底层仍可能回退到线程池；LongRunning 应用于同步执行体

var longTask = Task.Factory.StartNew(() =>
{
    // 这里放真正长时间运行的同步代码
    Thread.Sleep(10000); // 模拟阻塞操作
    Console.WriteLine("Done on dedicated thread");
}, TaskCreationOptions.LongRunning);

常见误用和后果

以下写法看似合理，实则无效或危险：

• Task.Run(() => { ... }, TaskCreationOptions.LongRunning) → 编译失败：没有匹配的重载
• Task.Run(() => Thread.Sleep(5000)) → 仍在用线程池线程，5 秒内该线程无法处理其他任务
• Task.Factory.StartNew(async () => await SomeAsyncMethod()) → async 委托返回 Task，外层任务极快完成，内部实际仍在线程池上调度
• 忘记异常捕获：独立线程抛出未处理异常会直接终止进程（.NET Core/.NET 5+ 默认行为），务必在委托内 try/catch

替代方案比对：Thread vs LongRunning Task

有人会想：既然要独占线程，不如直接用 Thread？区别在于生命周期管理和统一抽象：

• Thread 是裸线程，需手动管理 IsBackground、Join、异常处理；Task 提供 Wait()、ContinueWith()、await 等统一等待和组合能力
• Task with LongRunning 默认创建的是前台线程（IsBackground = false），程序退出前会等待其结束；而手动 new Thread 默认也是前台，但容易被忽略
• 如果只是想“不阻塞线程池”但又不真需要长时独占，优先考虑异步 I/O（如 FileStream.ReadAsync）或 Task.Delay 等非阻塞方式，而非盲目上 LongRunning

真正需要 LongRunning 的场景其实不多：比如自实现的轮询服务、嵌入式脚本引擎长期运行、某些硬件 SDK 要求固定线程上下文。用错反而增加线程开销和调试难度。