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

最新推荐文章于 2024-12-03 23:50:58 发布
最新推荐文章于 2024-12-03 23:50:58 发布 · 114 阅读 · 0
文章标签：

#thread #编程

本文探讨了使用.NET ThreadPool的常见误区及正确实践。通过具体代码示例展示了如何避免因闭包捕获导致的问题，并提供了解决方案。强调了理解异步调用中变量作用域的重要性。

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

   1: class Program
<!--CRLF--> 
   2: {
<!--CRLF--> 
   3:     static void Main(string[] args)
<!--CRLF--> 
   4:     {
<!--CRLF--> 
   5:          List<Action> actions = new List<Action>();
<!--CRLF--> 
   6:         actions.Add(() => Console.WriteLine("A1"));
<!--CRLF--> 
   7:         actions.Add(() => Console.WriteLine("A2"));
<!--CRLF--> 
   8:         actions.Add(() => Console.WriteLine("A3"));
<!--CRLF--> 
   9:         actions.Add(() => Console.WriteLine("A4"));
<!--CRLF--> 
  10:
<!--CRLF--> 
  11:         foreach (var action in actions)
<!--CRLF--> 
  12:         {
<!--CRLF--> 
  13:             ThreadPool.QueueUserWorkItem(state => action(), null);
<!--CRLF--> 
  14:         }
<!--CRLF--> 
  15:
<!--CRLF--> 
  16:         Console.Read();
<!--CRLF--> 
  17:     }
<!--CRLF--> 
  18: }
<!--CRLF-->

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

image

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

   1: class Program
<!--CRLF--> 
   2: {
<!--CRLF--> 
   3:     static void Main(string[] args)
<!--CRLF--> 
   4:     {
<!--CRLF--> 
   5:          List<Action> actions = new List<Action>();
<!--CRLF--> 
   6:         actions.Add(() => Console.WriteLine("A1"));
<!--CRLF--> 
   7:         actions.Add(() => Console.WriteLine("A2"));
<!--CRLF--> 
   8:         actions.Add(() => Console.WriteLine("A3"));
<!--CRLF--> 
   9:         actions.Add(() => Console.WriteLine("A4"));
<!--CRLF--> 
  10:
<!--CRLF--> 
  11:         foreach (var action in actions)
<!--CRLF--> 
  12:         {
<!--CRLF--> 
  13:             ThreadPool.QueueUserWorkItem(state => action(), null);
<!--CRLF--> 
  14:
<!--CRLF--> 
  15:             Thread.Sleep(1);
<!--CRLF--> 
  16:         }
<!--CRLF--> 
  17:
<!--CRLF--> 
  18:         Console.Read();
<!--CRLF--> 
  19:     }
<!--CRLF--> 
  20: }
<!--CRLF--> 
  21:
<!--CRLF-->

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

image

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

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

所以正确的写法是：

   1: foreach (var action in actions)
<!--CRLF--> 
   2: {
<!--CRLF--> 
   3: var a = action;
<!--CRLF--> 
   4: ThreadPool.QueueUserWorkItem(state => a(), null);
<!--CRLF--> 
   5: }
<!--CRLF-->
iteye_11848
关注
C# ThreadPool.QueueUserWorkItem典型案例详解
霍力强的专栏
03-12 3万+
今天在博客园拜读了   蒋金楠，难道调用ThreadPool.QueueUserWorkItem（）的时候，真是必须调用Thread.Sleep（N）吗？自己也深有启发，决定再次陈述个人理解。  我自己差不多写了一段源码，类似蒋金楠那篇博文中的：using System;using System.Collections.Generic;using System.Threading;namespac
线程池模式与C#中用法
追赶时代的博客
05-19 600
线程池是一种管理线程生命周期的技术，旨在减少线程创建和销毁的开销，控制并发度，并通过任务队列有序处理异步请求。在.NET中，线程池通过System.Threading.ThreadPool实现，核心方法包括QueueUserWorkItem用于提交任务。线程池由工作线程、I/O完成端口和任务队列组成。使用线程池时，可以通过QueueUserWorkItem提交任务，并通过GetAvailableThreads等方法获取线程池状态。高级配置包括设置线程数限制和使用Task封装任务。
[原创] 难道调用ThreadPool.QueueUserWorkItem（）的时候，真是必须调用Thread.Sleep（N）吗？
artech的专栏
05-22 1994
开门见山，下面的例子中通过调用ThreadPool.QueueUserWorkItem(WaitCallback callBack, object state)的方式实现异步调用： 1: class Program 2: { 3: static void Main(string[] args) 4: { 5: List acti
难道调用ThreadPool.QueueUserWorkItem（）的时候，真是必须调用Thread.Sleep（N）吗？...
weixin_33895695的博客
03-16 183
开门见山，下面的例子中通过调用ThreadPool.QueueUserWorkItem(WaitCallback callBack, object state)的方式实现异步调用： 1: class Program 2: { 3: static void Main(string[] args) 4: ...
难道调用ThreadPool.QueueUserWorkItem（）的时候，真是必须调用Thread.Sleep（N）吗？
码农
01-11 1051
来自：http://www.cnblogs.com/artech/archive/2009/05/22/1486761.html  开门见山，下面的例子中通过调用ThreadPool.QueueUserWorkItem(WaitCallback callBack, object state)的方式实现异步调用： 1: class Program 2: { 3
ThreadPool.QueueUserWorkItem这个在c#中怎么用
最新发布
12-07
在 C# 中，`ThreadPool.QueueUserWorkItem` 是用于将任务异步提交到线程池执行的方法，线程池可有效复用线程，避免频繁创建和销毁线程的开销[^1]。以下是几种常见的使用方式： ### 基本使用 将一个简单的任务提交到...
C# 线程池的详细使用说明
weixin_39604653的博客
12-03 795
线程池是一种用于管理和复用线程的机制。它维护了一组预先创建好的线程，当有任务需要执行时，可以从线程池中获取一个空闲线程来执行任务，任务执行完毕后，线程不会被销毁，而是回到线程池中等待下一个任务。这样可以避免频繁地创建和销毁线程所带来的开销，提高系统的性能和资源利用率。
C# 哪些情况会用线程池里面的线程
weixin_39604653的博客
12-03 916
【代码】C# 哪些情况会用线程池里面的线程。
ThreadPool.QueueUserWorkItem启动慢
weixin_30432007的博客
10-16 423
一、问题描述 ThreadPool.QueueUserWorkItem启动慢，在项目过程中发现当线程数量达到一定量的时候发线线程启动速度 慢，影响了正常的实时性业务。 二、解决方法 加入ThreadPool.SetMinThreads(1000, 1000) 后，整个进程启动变块。如图1 和图2 ，变快了。 ...
线程的等待和睡眠，线程池创建和使用
qq_55691752的博客
12-11 3169
线程的等待 Object类中的方法 wait（），让当前线程进入等状态，直到被通知。 wait（long），设置等待时间，知道被通知或者等待时间结束。 notify，通知，随机通知一个线程 notifyAll（），通知所有线程 线程的睡眠 sleep（时间毫秒），让线程睡眠一段时间，时间结束后自动唤醒。 等待wait（）和睡眠sleep（）区别 wait（）由锁对象调用，sleep（）由当前线程调用。 wait（）可以被其他线程通知唤醒，sleep（）只能等待睡眠时间结束。 wait（
搞懂线程池（一）
喵叔
12-22 1669
创建线程是一个很代价很高的操作，每个异步操作创建线程都会对 CPU 产生显著的性能影响。为了解决这个问题我们引入了线程池的概念，所谓的线程池就是我们提前分配一定的资源，把这些资源放在资源池中，每次需要用到的使用从里面取出一个，用完后再放回去。线程池一般用在需要创建大量的短暂的且开销大的资源里。.NET 中的线程池位于 System.Threading.ThreadPool 类，它接受 CLR 的管...
Thread 和 ThreadPool 简单梳理（C#）【并发编程系列】
2301_78834737的博客
07-19 330
对于 Thread 和 ThreadPool 已经是元老级别的类了。Thread 是 C# 语言对线程对象的封装，它从 .NET 1.0 版本就有了，然后 ThreadPool 是 .Net Framework 2.0 版本中出现的，都是相当成熟的存在。当然，现在已经出现了 Task 和 PLinq 等更高效率的并发类，线程和线程池在实际开发中逐渐减少了，但是不能不知道他们的用法，因为总有需要对接的内容，别人用了你也得能看懂。本文将结合示例，简单介绍下 Thread 和 ThreadPool。回到顶部。
第三节：ThreadPool的线程开启、线程等待、线程池的设置、定时功能
sinolover的专栏
02-03 777
一. ThreadPool简介 　　ThreadPool简介：ThreadPool是一个线程池，当你需要开启n个线程时候，只需把这个指令抛给线程池，它将自动分配线程进行处理，它诞生于.Net 2.0时代。 　　ThreadPool与Thread的区别： 　　　　①：Thread每开启一个异步任务，就需要使用一个Thread，具有专一性，即使Thread已经死掉，仍然需要占用资源。 　　　　...
ThreadPool.QueueUserWorkItem方法 和WaitCallback委托
tianminhjyusaf的博客
04-14 2148
当线程池中有可用的线程时，线程池会从队列中取出一个工作项并使用一个线程来执行它。当你需要执行一个方法但不想创建一个新的线程时，可以使用该方法。这个方法会将工作项放到一个线程池队列中，并由线程池中的一个线程来执行该工作项。方法的第一个参数是 WaitCallback 委托类型，它表示要在线程池上执行的方法。这个参数可以是任何类型的对象，但需要注意的是，如果需要传递多个参数，则应该将它们封装在一个对象中。是一个委托类型，在 C# 中用于指定要在线程池中执行的方法。方法来调用一个方法，该方法使用。
ThreadPool.QueueUserWorkItem的性能问题
jandroid
10-13 926
在WEB开发中，为了减少页面等待时间提高用户体验，我们往往会把一些浪费时间的操作放到新线程中在后台运行。 简单的实现代码就是： //代码一 new Thread(()=&gt;{ //do something }).Start(); 但是对于一个请求量大的网址这样做是很不现实的——每一个操作都要开启一个新线程，最终会因CPU不堪重负而使网站挂掉。 更好的做法是使用线程队列。 ...
ThreadPool.QueueUserWorkItem(delegate { System.Threading.SynchronizationContext.SetSynchronizationContext(new System.Windows.Threading.DispatcherSynchronizationContext(System.Windows.Application.Current.Dispatcher)); System.Threading.SynchronizationContext.Current.Post(pl => { AttrDataGridList.AddRange(dataGridList); }, null); });
07-19
<think>我们正在讨论如何在ThreadPool.QueueUserWorkItem中使用SynchronizationContext来更新UI。 根据引用[1]和引用[3]，我们知道： - 在UI线程中，SynchronizationContext.Current会返回一个特定的同步上下文（如WindowsFormsSynchronizationContext），它重写了Post和Send方法，通过消息泵机制将委托调度到UI线程执行。 - 在后台线程中，我们可以获取UI线程的SynchronizationContext（在UI线程中获取并保存），然后在后台线程中通过调用Post或Send方法来更新UI。 具体步骤： 1. 在UI线程中（例如按钮点击事件处理程序中）获取当前的SynchronizationContext（它代表UI线程的同步上下文）。 2. 将获取的SynchronizationContext实例传递给后台线程（通过ThreadPool.QueueUserWorkItem的参数传递）。 3. 在后台线程中，使用该SynchronizationContext的Post方法（异步）或Send方法（同步）来执行更新UI的操作。 注意：Post是异步的，不会阻塞后台线程，而Send是同步的，会等待UI操作完成。在更新UI时，通常推荐使用Post以避免阻塞后台线程。 根据引用[3]中的代码示例，我们可以这样写： 在UI线程中： private void button_Click(object sender, EventArgs e) { // 获取当前（UI线程）的同步上下文 var context = SynchronizationContext.Current; // 启动后台任务，并将context传递给它 ThreadPool.QueueUserWorkItem(BackgroudRun, context); } 后台方法： private void BackgroudRun(object state) { var context = state as SynchronizationContext; // 使用Post方法异步更新UI context.Post(new SendOrPostCallback(o => { // 在这里更新UI控件，例如： label1.Text = "Hello from ThreadPool!"; }), null); } 注意：在Windows Forms中，我们也可以使用Control.Invoke或Control.BeginInvoke，但使用SynchronizationContext更通用（也适用于WPF、ASP.NET等，尽管在ASP.NET Core中默认没有同步上下文）。 另外，引用[1]提到，在UI线程中，SynchronizationContext的Post方法实际上是通过消息泵（message pump）来将委托发送到UI线程的消息队列中，然后由UI线程处理。 因此，要实现在ThreadPool.QueueUserWorkItem中更新UI，关键是将UI线程的SynchronizationContext捕获并传递给后台线程，然后使用它的Post方法。 下面给出一个完整的示例： 假设我们有一个Windows Forms应用程序，其中有一个按钮和一个标签（label1）。 按钮点击事件处理程序：</think>### 在 ThreadPool.QueueUserWorkItem 中使用 SynchronizationContext 更新 UI 在 .NET 中，通过 `ThreadPool.QueueUserWorkItem` 执行后台任务时，需要安全地更新 UI 线程。以下是完整实现步骤（基于引用[1][3][4]）： #### 核心实现步骤 1. **在 UI 线程捕获同步上下文** 在 UI 事件（如按钮点击）中获取当前同步上下文： ```csharp private void button_Click(object sender, EventArgs e) { // 获取当前 UI 线程的同步上下文 SynchronizationContext uiContext = SynchronizationContext.Current; // 启动后台任务并传递同步上下文 ThreadPool.QueueUserWorkItem(BackgroundTask, uiContext); } ``` 2. **后台任务中通过 Post 更新 UI** 使用捕获的上下文异步更新 UI： ```csharp private void BackgroundTask(object state) { // 1. 后台处理逻辑 Thread.Sleep(2000); // 模拟耗时操作 string result = "操作完成"; // 2. 安全更新 UI var uiContext = (SynchronizationContext)state; uiContext.Post(_ => { // 此代码在 UI 线程执行 label1.Text = result; progressBar.Value = 100; }, null); } ``` #### 关键机制说明 1. **SynchronizationContext 作用** - UI 框架（如 WinForms/WPF）会重写 `Post()` 方法（引用[1]） - 内部通过**消息泵机制**将委托调度到 UI 线程的消息队列 - 避免了直接跨线程访问 UI 的异常 2. **为什么用 Post 而不是 Send** - `Post()`：异步非阻塞（推荐） ```csharp // 引用[1]中的默认实现 public virtual void Post(SendOrPostCallback d, Object state) { ThreadPool.QueueUserWorkItem(new WaitCallback(d), state); } ``` - `Send()`：同步阻塞（可能导致死锁） 3. **ThreadPool 注意事项** - 线程池线程默认为 MTA 单元（引用[2][4]） - 通过 `SynchronizationContext.Post` 可安全桥接到 UI 线程的 STA 单元 #### 完整示例代码 ```csharp // WinForms 示例 public partial class Form1 : Form { public Form1() { InitializeComponent(); } private void btnStart_Click(object sender, EventArgs e) { // 捕获 UI 线程上下文 var uiContext = SynchronizationContext.Current; // 启动后台任务 ThreadPool.QueueUserWorkItem(state => { // 后台处理 for (int i = 0; i <= 100; i++) { Thread.Sleep(50); // 通过 Post 更新进度 uiContext.Post(progress => { progressBar.Value = (int)progress; }, i); } // 完成通知 uiContext.Post(_ => { labelStatus.Text = "处理完成!"; btnStart.Enabled = true; }, null); }); btnStart.Enabled = false; } } ``` #### 注意事项 1. **上下文验证** 在 `Post` 前检查上下文是否有效： ```csharp if (uiContext != null && !uiContext.Equals(SynchronizationContext.Current)) { uiContext.Post(...); } ``` 2. **异常处理** 在委托内部添加 try-catch： ```csharp uiContext.Post(_ => { try { /* UI 操作 */ } catch (Exception ex) { /* 处理异常 */ } }, null); ``` 3. **跨平台差异** - .NET Framework：WinForms/WPF 有内置同步上下文 - .NET Core：需显式设置 `WindowsFormsSynchronizationContext.AutoInstall = true` > 此模式适用于 WinForms/WPF/UWP 等 UI 框架，通过消息泵机制确保线程安全[^1][^3][^4]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值