Threads and garb collection

Question

У меня есть служба 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. Любые идеи о том, как правильно это сделать?

Answer 1

Есть myThread переменная метода? или...?

В большинстве сценариев нить будет просто собрать мусор, когда это возможно. Нет необходимости устанавливать myThread на null, если myThread - это переменная метода, потому что не существует в то время.

Я бы, однако, заметил, что потоки на самом деле довольно дорогостоящие объекты (один только стек - это боль, которую нужно выделить). Если возможно, я бы предложил либо использовать ThreadPool (если каждый элемент недолговечен), либо заказную рабочую очередь (если дольше), потенциально с несколькими рабочими, обслуживающими одну очередь.

Что касается прекращения/прерывания потока ... то есть never a хорошая идея; у вас есть нет идеи что поток делает в этой точке. После этого возможно, что весь ваш процесс обречен. Если у всех возможно, подумайте о том, что рабочий иногда проверяет флаг «прервать». Если это невозможно, рассмотрите возможность работы в отдельном процессе. Процесс еще дороже, чем поток, но он имеет то преимущество, что он изолирован; вы можете убить его, не оказывая влияния на себя. Конечно, вы все равно могли бы повредить файлы, на которых он работал, и т. Д.

Откровенно говоря, основное время, которое я когда-либо рассматривал бы при прерывании потока, - это если мой процесс уже умирает, и я пытаюсь его поместить из несчастья как можно скорее.

Answer 2

Используйте пул потоков. Не создавайте нити самостоятельно и не изобретайте колесо.