难道调用ThreadPool.QueueUserWorkItem（）的时候，真是必须调用Thread.Sleep（N）吗？

关注

转载最新推荐文章于 2026-09-23 09:36:50 发布 1k 阅读 AI 写同款· GEO 优化 ›

TMS320F28P550调试实录：从环境搭建到外设联调的避坑指南在电机控制与数字电源等实时控制应用中，C2000系列DSP凭借其强大的定点和浮点处理能力，成为许多工程师的首选平台。然而，从拿到一颗新芯片到真正跑通程序，中间隔着环境配置、启动流程、外设调试等多道关卡。TMS320F28P550作为C2000家族F28P55x系列的一员，沿用了C28x内核与硬件浮点单元，同时集成了ePWM、ADC、CAN等丰富外设，适用于高性能电机驱动与伺服系统。在实际开发中，CCS版本搭配、仿真器连接、Flash烧写失败、Boot模式选择、看门狗异常复位等问题常常让人陷入困境。本文以TM 阅读详情

来自：http://www.cnblogs.com/artech/archive/2009/05/22/1486761.html

开门见山，下面的例子中通过调用ThreadPool.QueueUserWorkItem(WaitCallback callBack, object state)的方式实现异步调用：

 
class Program 
{  
    static void Main(string[] args) 
    { 
         List<Action> actions = new List<Action>(); 
        actions.Add(() => Console.WriteLine("A1")); 
        actions.Add(() => Console.WriteLine("A2")); 
        actions.Add(() => Console.WriteLine("A3")); 
        actions.Add(() => Console.WriteLine("A4"));  
  
        foreach (var action in actions) 
        { 
            ThreadPool.QueueUserWorkItem(state => action(), null); 
        }  
  
        Console.Read(); 
    } 
}  
 

但是出现错误的输出结果：

解决的方案就是在每次For循环中，调用Thread.Sleep休眠当前线程,哪怕是1ms：

 
class Program 
{  
    static void Main(string[] args) 
    { 
         List<Action> actions = new List<Action>(); 
        actions.Add(() => Console.WriteLine("A1")); 
        actions.Add(() => Console.WriteLine("A2")); 
        actions.Add(() => Console.WriteLine("A3")); 
        actions.Add(() => Console.WriteLine("A4"));  
  
        foreach (var action in actions) 
        { 
            ThreadPool.QueueUserWorkItem(state => action(), null); 
  
            Thread.Sleep(1); 
        }  
  
        Console.Read(); 
    } 
} 
  
 

这次能够输出正确的结果：

我们也看到很多人确实是这么做的。但是如果真是必须这样的话，这样的编程方式很难让我接受，不知道大家有何高见。

在老赵的提示下，醒悟过来：由于被置于ThreadPool中的操作时异步的，还没有来的执行的时候，action已经被for循环改变，永远是同一个action对象！呵呵，脑袋有时候有点转不过弯！

所以正确的写法是：

 
foreach (var action in actions) 
{ 
var a = action; 
ThreadPool.QueueUserWorkItem(state => a(), null); 
} 
 

作者： Artech
出处： http://artech.cnblogs.com
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。

收录于

多线程

C#线程模型深度解析：从ThreadPool饥饿到async/await真异步线程是.NET并发编程的底层基石，其本质是操作系统调度的基本单元，涉及栈内存分配、上下文切换与内核对象竞争等物理成本。理解线程模型的关键在于厘清Thread、ThreadPool与Task三者的分层关系：原始Thread开销大且危险；ThreadPool通过复用降低创建成本，但存在饥饿与过度配置风险；而Task和async/await并非自动异步，其性能价值取决于是否真正基于IOCP或完成端口的‘真异步’实现。技术价值体现在避免UI冻结、防止ThreadPool耗尽、提升I/O密集型服务吞吐。典型应用场景包阅读详情

难道调用ThreadPool.QueueUserWorkItem（）的时候，真是必须调用Thread.Sleep（N）吗？

相关推荐