Когда вы размещаете «сырой» таймер .net, вы можете передать дескриптор ожидания, который будет вызываться после уничтожения таймера Win32, и вы можете предположить, что ваш обратный вызов не будет вызван. (И таймер будет считаться "мертвым" GC)
Как это сделать с помощью System.Timers.Timer?
Поскольку System.Timers.Timer и System.Windows.Forms.Timer используют ThreadPool, у него нет дескриптора таймера операционной системы, поэтому нет собственного ресурса таймера, от которого утилизируется — только завершенный поток. Я не уверен, что вы можете захватить поток, перерабатываемый ThreadPool, но я могу ошибаться.
Возможно, вы могли бы свернуть свой собственный (я не проверял это, и использование ManualResetEvent в Dispose может быть более полезным):
void Run()
{
ManualResetEvent resetEvent = new ManualResetEvent(false);
System.Threading.Timer timer = new System.Threading.Timer(delegate { Console.WriteLine("Tick"); });
timer.Dispose(resetEvent);
MyTimer t = new MyTimer();
t.Interval = 1000;
t.Elapsed += delegate { t.Dispose(resetEvent); };
resetEvent.WaitOne();
}
public class MyTimer : System.Timers.Timer
{
protected override void Dispose(bool disposing)
{
base.Dispose(disposing);
}
public virtual void Dispose(WaitHandle handle)
{
handle.SafeWaitHandle.Close();
Dispose();
}
}
Установите флаг перед вызовом dispose и проверьте этот флаг в обработчике прошедшего времени. Даже если таймер сработает, этот флаг предотвратит запуск любого связанного с ним кода обработчика. Вы можете формализовать этот шаблон, написав оболочку для таймера.
Убедитесь, что ваш флаг отмечен как изменчивый, так как к нему будут обращаться из разных потоков.
Component.Dispose(disposing), поэтому при условии, что вы сигнализируете WaitHandle перед вызовом base.Dispose () и используете пользовательский Dispose (WaitHandle), он должен срабатывать после. 26.11.2010