use*_*973 14 c# multithreading
Thraed.Abort()和Thread.Interrupt()之间有什么区别？如何以线程安全方式调用它们.如果提供简单的示例,它将会有所帮助.
ang*_*son 25
首先,这些都不是好的线程同步结构.
首先,Thread.Abort说"我不在乎你在做什么,只是停止这样做,并保留现在的一切".这基本上就是说"嘿,击败它"的编程方式.如果您的线程打开了文件,那么这些文件将保持打开状态,直到垃圾收集到达最终确定对象为止.
Thread.Abort应该只被使用,甚至可能不会,在线程正在运行的app域被拆除的情况下,最好只在进程被终止时才使用.
其次,Thread.Interrupt是一个相当奇怪的野兽.它基本上说"我不在乎你在等什么,不再等待它".这里奇怪的是,如果线程当前没有等待任何东西,那就是"我不在乎你接下来要等什么,但是当你这样做时,立即停止等待它".
这两个迹象表明你将自己的意志强加于一个并非旨在被告知此类事情的主题.
要正确中止线程,线程应定期检查某种标志,无论是简单的易失性布尔变量还是事件对象.如果标志显示"你现在应该终止",那么线程应该通过以有序的方式从方法返回来终止自身.
要正确唤醒线程,线程应该在必须等待同步对象的位置包含一个"请停止等待"的对象,它也在等待.所以基本上它会对所需的对象发出信号,或者"请停止等待"对象变为信号,确定哪一个做了,并做了正确的事情.
因此,您应该使用常规同步对象(如事件,互斥体,信号量等)来编写线程,而不是Thread.Abort和Thread.Interrupt.
出于同样的原因,Thread.Suspend和Thread.Resume应该保持不变,并且它们在.NET的更高版本中也已经过时了.
Jon*_*eet 10
除非您正在调用Abort或Interrupt正在执行当前正在执行的线程(例如,ASP.NET会突然终止请求),否则您基本上无法以线程安全的方式调用它们.
使用WaitHandle或Monitor.Wait/ Pulse以轻快的方式等待.如果你正在拆除应用程序,你应该只删除其他线程 - 基本上 - 否则你可能最终处于未知状态.
有关如何很好地执行此操作的示例,请参阅我关于优雅线程终止的文章.