Можно ли безопасно отключить таймер

Question

Являются ли таймеры в .NET безопасными для отказа без вызова Dispose() или Close()?

static System.Timers.Timer timer = new Timer(); 

void Main() 
{ 
    timer.Elapsed += LogTimer_Elapsed(object, System.Timers.ElapsedEventArgs); 
    timer.Start(); 
    Thread.Sleep(10000); // Simulate doing something on main thread 
} 

static void LogTimer_Elapsed(object sender, System.Timers.ElapsedEventArgs e) 
{ 
    DoStuff(); 
} 

У кого-нибудь есть проблемы с этим решением?

static QueueLogger() 
{ 
    LogQueue = new Queue<KeyValuePair<Logger, LogEntry>>(50); 
    LogTimer = new Timer(); 
    LogTimer.Elapsed +=new System.Timers.ElapsedEventHandler(LogTimer_Elapsed); 
    AppDomain.CurrentDomain.ProcessExit += new EventHandler(CurrentDomain_ProcessExit); 
} 

static void CurrentDomain_ProcessExit(object sender, EventArgs e) 
{ 
    LogTimer.Stop(); 
    LogTimer.Dispose(); 
    LogTimer_Elapsed(sender, null); // This is to process any remaining messages in the queue 
} 

static void LogTimer_Elapsed(object sender, System.Timers.ElapsedEventArgs e) 
{ 
    lock (_locker) 
    { 
     while (LogQueue.Count > 0) 
     { 
      var queuedLogger = LogQueue.Dequeue(); 
      try 
      { 
       if (e != null) queuedLogger.Value.Message += " From " + sender.ToString(); 
       queuedLogger.Key.Log(queuedLogger.Value); 
      } 
      catch (Exception ex) 
      { 
       OnLoggingError(queuedLogger.Key, "Async Logging error", ex); 
      } 
     } 
    } 
} 

Answer 1

Galford,

Да, вы можете создать новое событие, которое будет срабатывать, если ваше приложение о выходе, например, OnExit и прислушайтесь к событию, когда основной поток приложения будет закрыт. Как только это будет сделано, вы можете создать логику событий и выполнить свой таймер, бизнес или очистить логику в событии OnExit. Надеюсь это поможет.

С уважением

Answer 2

Если вы не утилизируете его явно, оно будет очищено в очереди финализатора сборщика мусора. Хотя это «безопасно», вы понесете штраф за исполнение. Лучше всего использовать свой таймер.

Answer 3

От http://msdn.microsoft.com/en-us/library/system.threading.timer.aspx:

«Когда таймер больше не требуется, не использовать Dispose метод для освобождения ресурсов, проводимых с помощью таймера.»

Итак, если вы хотите, чтобы ваш таймер работал до конца программы, вам не нужно беспокоиться об этом.

Answer 4

Сбор мусора очистит таймер, если вы его не избавитесь. Если таймер находится в .exe, и процесс будет просто завершен, когда таймер закончится, вам действительно не о чем беспокоиться. Если вы написали библиотеку, на которую будет ссылаться таймер, вы захотите избавиться от нее, чтобы освободить ресурсы, чтобы сделать вашу библиотеку более эффективной.

Answer 5

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

Вызов Dispose() обычно связан с оптимизацией использования памяти, однако в некоторых случаях вызов Dispose() не приведет к неправильной работе вашего программного обеспечения. Например: поскольку количество портов Ethernet ограничено, а не освобождение их после использования может привести к тому, что система закончится из сетевых портов. Это обычно называется «Исключение TCP/IP-порта» и может возникать, если вы не вызываете Dispose() для управляемых объектов, которые используют сетевые ресурсы (например, WCF-клиенты).

Как правило, всегда разумно вызывать Dispose(), когда вам больше не нужен какой-либо объект, который класс реализует IDisposable. (или использовать его в блоке {}).

В примере, который вы указали, кажется, что ваша переменная таймера статична и привязана к основному потоку. Также кажется, что вы используете свой таймер в конце своей программы. Поэтому в этом конкретном случае это действительно не имеет значения.