使用AutoResetEvent对线程 挂起和恢复

jjlmsy 2018-11-12 11:08:27
我想要对一个线程 挂起和恢复,发现thread.suspend和resume方法已经不推荐使用,看网上说可以用AutoResetEvent。我自己试了下,还是没实现需求。现在起一个新线程,线程里一直在做循环,一开始线程阻塞,需要按下button时线程恢复, 再按下时线程挂起,代码如下,但我这段代码有问题,想问下 怎么改应该 能实现需求(一定要用AutoResetEvent实现挂起和恢复)?

namespace threadResume
{
public partial class Form1 : Form
{
private static AutoResetEvent event_1 = new AutoResetEvent(false);
Thread t = null;
public Form1()
{
InitializeComponent();
}

private void button1_Click(object sender, EventArgs e)
{
if(button1.Text=="开始")
{
if (t == null)
{
t = new Thread(ThreadProc);
t.Start();
}
event_1.Set();
button1.Text = "暂停";
}
else
{
event_1.Reset();
button1.Text = "开始";
}
}
public void ThreadProc()
{
event_1.WaitOne();
while (true)
{
Console.WriteLine("开始线程");
Thread.Sleep(3000);
}
}
}
}

...全文
110 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
hernmmy 2019-02-18
  • 打赏
  • 举报
回复
引用 3 楼 jjlmsy 的回复:
楼上没弄明白我的问题,就在那里胡乱分析,我再说下,就是有一个需求:
程序一开始建立一个新线程,线程里在循环的做一个任务,新线程启动后,用一个button按键控制这个线程的挂起和恢复(第一次按线程挂起,再按线程恢复)用AutoResetEvent怎么来实现?

针对你的情况,你想线程每睡眠三秒就执行一次,你只能用ManualResetEvent信号灯,不然,event_1.WaitOne();接收一次信号灯后,就会自动把信号变为阻塞状态,改为ManualResetEvent信号灯就不会有这样的问题(同时ThreadProc也需要调整一下):
private void ThreadProc()
{
while (true)
{
Console.WriteLine("开始线程");
event_1.WaitOne();
Thread.Sleep(3000);
}
}
  • 打赏
  • 举报
回复
Thread.Sleep(3000);
这类代码搞产品的人一看就知道是荒唐的逻辑:当你不知道要等待多久的时候,凭什么死机卡顿3秒钟?实际上不懂事件驱动的人,才会用“线程+死循环轮询+死机休眠”来代替事件概念。 异步交互操作编程是基本的事件驱动的知识,不了解事件驱动设计概念那么你起码有一般的软件设计知识没有学过(比如说你用过了那么多控件、模式,却从来没有理解事件委托的回调机制),不是什么乱用线程概念能模拟得好的。
  • 打赏
  • 举报
回复
没按 button 之前为什么有什么线程?按了button之后线程所做的任务应该主动结束,然后线程就没用了,为什么还纠结什么“阻塞”?
jjlmsy 2018-11-12
  • 打赏
  • 举报
回复
楼上没弄明白我的问题,就在那里胡乱分析,我再说下,就是有一个需求:
程序一开始建立一个新线程,线程里在循环的做一个任务,新线程启动后,用一个button按键控制这个线程的挂起和恢复(第一次按线程挂起,再按线程恢复)用AutoResetEvent怎么来实现?
1.几种同步方法的区别 lock和Monitor是.NET用一个特殊结构实现的,Monitor对象是完全托管的、完全可移植的,并且在操作系统资源要求方 面可能更为有效,同步速度较快,但不能跨进程同步。lock(Monitor.Enter和Monitor.Exit方法的封装),主要作用是锁定临界区,使临 界区代码只能被获得锁的线程执行。Monitor.Wait和Monitor.Pulse用于线程同步,类似信号操作,个人感觉使用比较复杂,容易造成死 锁。 互斥体Mutex和事件对象EventWaitHandler属于内核对象,利用内核对象进行线程同步,线程必须要在用户模式和内核模 式间切换,所以一般效率很低,但利用互斥对象和事件对象这样的内核对象,可以在多个进程中的各个线程间进行同步。 互斥体Mutex类似于一个接力棒,拿到接力棒的线程才可以开始跑,当然接力棒一次只属于一个线程(Thread Affinity),如果这个线程不释放接力棒(Mutex.ReleaseMutex),那么没办法,其他所有需要接力棒运行的线程都知道能等着看热 闹。 EventWaitHandle 类允许线程通过发信号互相通信。 通常,一个或多个线程EventWaitHandle 上阻止,直到一个未阻止的线程调用 Set 方法,以释放一个或多个被阻止的线程。 2.什么时候需要锁定 首先要理解锁定是解决竞争条件的,也就是多个线程同时访问某个资源,造成意想不到的结果。比如,最简单的情况是,一个计数器,两个线程 同时加一,后果就是损失了一个计数,但相当频繁的锁定又可能带来性能上的消耗,还有最可怕的情况死锁。那么什么情况下我们需要使用锁,什么情况下不需要 呢? 1)只有共享资源才需要锁定 只有可以被多线程访问的共享资源才需要考虑锁定,比如静态变量,再比如某些缓存中的值,而属于线程内部的变量不需要锁定。 2)多使用lock,少用Mutex 如果你一定要使用锁定,请尽量不要使用内核模块的锁定机制,比如.NET的Mutex,Semaphore,AutoResetEvent和 ManuResetEvent使用这样的机制涉及到了系统在用户模式和内核模式间的切换,性能差很多,但是他们的优点是可以跨进程同步线程,所以应该清 楚的了解到他们的不同和适用范围。 3)了解你的程序是怎么运行的 实际上在web开发中大多数逻辑都是在单个线程中展开的,一个请求都会在一个单独的线程中处理,其中的大部分变量都是属于这个线程的,根本没有必要考虑锁 定,当然对于ASP.NET中的Application对象中的数据,我们就要考虑加锁了。 4)把锁定交给数据库 数 据库除了存储数据之外,还有一个重要的用途就是同步,数据库本身用了一套复杂的机制来保证数据的可靠和一致性,这就为我们节省了很多的精力。保证了数据源 头上的同步,我们多数的精力就可以集中在缓存等其他一些资源的同步访问上了。通常,只有涉及到多个线程修改数据库中同一条记录时,我们才考虑加锁。 5)业务逻辑对事务和线程安全的要求 这 条是最根本的东西,开发完全线程安全的程序是件很费时费力的事情,在电子商务等涉及金融系统的案例中,许多逻辑都必须严格的线程安全,所以我们不得不牺牲 一些性能,和很多的开发时间来做这方面的工作。而一般的应用中,许多情况下虽然程序有竞争的危险,我们还是可以不使用锁定,比如有的时候计数器少一多一, 对结果无伤大雅的情况下,我们就可以不用去管它。 3.InterLocked类 Interlocked 类提供了同步对多个线程共享的变量的访问的方法。如果该变量位于共享内存中,则不同进程的线程就可以使用该机制。互锁操作是原子的,即整个操作是不能由相 同变量上的另一个互锁操作所中断的单元。这在抢先多线程操作系统中是很重要的,在这样的操作系统中,线程可以在从某个内存地址加载值之后但是在有机会更改 和存储该值之前被挂起

110,533

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Web++
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧