为何线程池无法按提交顺序执行同优先级任务？

嘿，这个问题我碰到过好多次了，其实核心原因是：.NET线程池从设计上就不保证同优先级任务严格按照提交顺序启动执行，哪怕你给任务设置了相同的优先级，也没法确保这点。

具体原因拆解： #

• 操作系统抢占式调度说了算：线程池的工作线程本质上还是受Windows（或其他操作系统）的线程调度器管理，调度器会根据线程状态、系统负载等各种因素分配CPU时间片。哪怕任务在队列里是按提交顺序排的，当多个空闲工作线程同时去队列取任务时，哪个线程先拿到任务并启动执行，完全是OS调度器的“选择”，不是线程池能严格控制的。
• 线程池任务队列的FIFO不代表执行顺序FIFO：线程池的任务队列确实是先进先出的，但这只代表任务被加入队列的顺序。当有多个工作线程可用时，它们会并发地从队列头部取任务——比如线程A刚取走第一个任务，还没启动执行，线程B可能已经取走第二个任务并先获得了CPU时间片，这就导致第二个任务先启动了。
• 线程复用与状态差异：线程池会复用已有的工作线程，这些线程的状态可能各不相同（比如有的线程刚完成上一个任务，处于就绪状态；有的可能因为之前的操作被暂时挂起后刚唤醒），状态更“活跃”的线程可能会更快地接手新任务，哪怕这个任务是后提交的。

验证小技巧： #

你可以在每个任务里记录两个关键信息：提交任务的顺序编号和任务实际启动的时间戳，对比一下就能区分是启动顺序真的乱了，还是只是任务完成顺序不同（很多时候大家会把这两个顺序搞混）。比如在你的Foo类里加个编号参数：

public void DoTask(int taskId)
{
    Console.WriteLine($"任务{taskId}启动，时间：{DateTime.Now:HH:mm:ss.fff}");
    // 模拟任务执行逻辑
    Thread.Sleep(100);
    Console.WriteLine($"任务{taskId}完成，时间：{DateTime.Now:HH:mm:ss.fff}");
}

然后按顺序提交任务：

ThreadPool.QueueUserWorkItem(_ => new Foo().DoTask(1));
ThreadPool.QueueUserWorkItem(_ => new Foo().DoTask(2));
ThreadPool.QueueUserWorkItem(_ => new Foo().DoTask(3));

多跑几次，你大概率会看到任务启动顺序不是1→2→3的情况。

如果需要严格按顺序执行怎么办？ #

要是业务逻辑必须要求任务按提交顺序启动并执行，那你不能依赖线程池的默认行为，可以试试这些方案：

• 使用单线程任务调度器：比如TaskScheduler.FromCurrentSynchronizationContext()（适用于UI线程场景），或者自定义一个单线程调度器，确保任务逐个执行。
• 维护自定义任务队列：手动把任务加入队列，只有当前一个任务执行完成后，再启动下一个任务。
• 用SemaphoreSlim控制并发数为1：通过信号量限制同时只能有一个任务执行，这样任务就会按提交顺序依次启动了。

内容的提问来源于stack exchange，提问作者Andrey Bushman