线程和垃圾收集

时间:2012-06-27 19:26:43

标签: c# multithreading garbage-collection weak-references

我有一个连续运行的Windows服务并创建一些线程来完成一些工作。我想确保妥善处理这些线程(在完成后收集垃圾。

但是,我也希望能够检查它们是否定期存活并且如果存在则终止它们。我知道我不能保留对它们的任何引用,因为那时它们不会被垃圾收集。

是否有其他方法可以检查用户定义线程的存在/状态?我想的可能是以下使用WeakReference的东西:(我现在无法完全测试,或者我只是自己测试)

List<WeakReference> weakReferences;
Thread myThread = new Thread(() => Foo());
WeakReference wr = new WeakReference(myThread);
weakReferences.Add(wr);  //adds a reference to the thread but still allows it to be garbage collected
myThread.Start();
myThread = null;  //get rid of reference so thread can be garbage collected

然后在我的onTimeElapsed事件开始时(每5分钟运行一次):

foreach(WeakReference wr in weakReferences)
{
    Thread target = wr.Target as Thread;  //not sure if this cast is really possible
    if(target.IsAlive && otherLogic)
    {
         target.Abort();
    {
}

但我不确定WeakReference是如何工作的。关于如何正确地做到这一点的任何想法?

2 个答案:

答案 0 :(得分:6)

myThread是方法变量吗?或...?

在大多数情况下,线程简单地在可能的情况下进行垃圾回收。如果myThread是方法变量,则无需将null设置为myThread,因为此时将不存在

但是,我会注意到线程实际上是非常昂贵的对象(单独的堆栈很难分配)。如果可能的话,我建议使用ThreadPool(如果每个项目都是短期的),或者使用定制的工作队列(如果更长),可能有多个工作人员为单个队列服务。

关于终止/中止线程...... 从不一个好主意;你有不知道线程在那一点上做了什么。在那之后,可能你的整个过程注定要失败。如果可能,请考虑让工作人员偶尔检查一个“中止”标志。如果不可能,请考虑在单独的进程中完成工作。一个过程甚至比线程更昂贵,但它具有隔离的优点;你可以在不影响自己的情况下杀死它。当然,你仍然可以破坏它正在处理的任何文件等等......

坦率地说,我考虑中止线程的主要时间是,如果我的进程已经死亡,我正试图尽快摆脱痛苦。

答案 1 :(得分:2)

使用线程池。不要自己生成线程,也不要发明轮子。