应使用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等统一等待和组合能力 -
TaskwithLongRunning默认创建的是前台线程（IsBackground = false），程序退出前会等待其结束；而手动 newThread默认也是前台，但容易被忽略 - 如果只是想“不阻塞线程池”但又不真需要长时独占，优先考虑异步 I/O（如
FileStream.ReadAsync）或Task.Delay等非阻塞方式，而非盲目上LongRunning
真正需要 LongRunning 的场景其实不多：比如自实现的轮询服务、嵌入式脚本引擎长期运行、某些硬件 SDK 要求固定线程上下文。用错反而增加线程开销和调试难度。
