System.Timers.Timer против System.Threading.Timer

Я проверить некоторые из возможных таймеров в последнее время, а System.Threading.Timerи System.Timers.Timerте , которые выглядят потребного для меня (так как они поддерживают пул потоков).

Я делаю игру, и я планирую использовать все типы событий, с разными интервалами и т. Д.

Что будет лучшим?

Эта статья предлагает довольно полное объяснение:

« Сравнение классов таймеров в библиотеке классов .NET Framework » - также доступно в виде файла .chm

Конкретное различие заключается в том, что System.Timers.Timerоно ориентировано на многопоточные приложения и поэтому является поточно-ориентированным благодаря своему SynchronizationObjectсвойству, тогда как System.Threading.Timerпо иронии судьбы не является поточно- ориентированным из коробки.

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

System.Threading.Timerпростой таймер. Он вызывает вас обратно в поток пула потоков (из рабочего пула).

System.Timers.Timerэто System.ComponentModel.Componentобертка System.Threading.Timer, и предоставляет некоторые дополнительные функции, используемые для диспетчеризации в определенном потоке.

System.Windows.Forms.Timerвместо этого оборачивает собственный HWND только для сообщений и использует таймеры окон, чтобы вызывать события в этом цикле сообщений HWND.

Если ваше приложение не имеет пользовательского интерфейса и вам нужен самый легкий и универсальный таймер .Net, возможный (потому что вы счастливы, вычисляя свою собственную многопоточность / диспетчеризацию), то System.Threading.Timerон так же хорош, как и в рамках.

Я не до конца понимаю, с чем System.Threading.Timerсвязаны проблемы «не безопасных потоков» . Возможно, это то же самое, что задано в этом вопросе: Потоковая безопасность System.Timers.Timer против System.Threading.Timer , или, возможно, каждый просто означает, что:

1. Легко писать условия гонки, когда вы используете таймеры. Например, смотрите этот вопрос: Таймер (System.Threading) поток безопасности

2. повторный вход уведомлений таймера, когда ваше событие таймера может вызвать и перезвонить вам во второй раз, прежде чем вы закончите обработку первого события. Например, посмотрите на этот вопрос: поточно-ориентированное выполнение с использованием System.Threading.Timer и Monitor.

В своей книге « CLR Via C # » Джефф Ритчер не рекомендует использовать System.Timers.Timerэтот таймер System.ComponentModel.Component, что позволяет использовать его в области разработки Visual Studio. Так что это было бы полезно, только если вы хотите, чтобы таймер на поверхности дизайна.

Он предпочитает использовать System.Threading.Timerдля фоновых задач в потоке пула потоков.

Информация от Microsoft об этом (см. Замечания по MSDN ):

• System.Timers.Timer , который запускает событие и выполняет код в одном или нескольких приемниках событий через равные промежутки времени. Класс предназначен для использования в качестве серверного или сервисного компонента в многопоточной среде; он не имеет пользовательского интерфейса и не виден во время выполнения.
• System.Threading.Timer , который выполняет единственный метод обратного вызова в потоке пула потоков через равные промежутки времени. Метод обратного вызова определяется, когда создается таймер, и его нельзя изменить. Как и класс System.Timers.Timer, этот класс предназначен для использования в качестве серверного или служебного компонента в многопоточной среде; он не имеет пользовательского интерфейса и не виден во время выполнения.
• System.Windows.Forms.Timer (только .NET Framework), компонент Windows Forms, который запускает событие и выполняет код в одном или нескольких приемниках событий через равные промежутки времени. Компонент не имеет пользовательского интерфейса и предназначен для использования в однопоточной среде; он выполняется в потоке пользовательского интерфейса.
• System.Web.UI.Timer (только .NET Framework), компонент ASP.NET, который выполняет асинхронную или синхронную обратную передачу веб-страниц с регулярным интервалом.

Интересно отметить, что System.Timers.Timerон устарел в .NET Core 1.0, но был снова реализован в .NET Core 2.0 (/ .NET Standard 2.0). Цель .NET Standard 2.0 состояла в том, чтобы было как можно проще перейти с .NET Framework, что, вероятно, стало причиной его возвращения.

Когда он устарел, вместо него рекомендуется использовать надстройку анализатора переносимости .NET Visual StudioSystem.Threading.Timer .

Похоже, что Microsoft предпочитает System.Threading.Timerраньше System.Timers.Timer.

РЕДАКТИРОВАТЬ ПРИМЕЧАНИЕ 2018-11-15: я передаю свой ответ, так как старая информация о .NET Core 1.0 больше не действительна.

Одно важное отличие, не упомянутое выше, которое может вас поймать, заключается в том, что System.Timers.Timerмолча проглатывает исключения, а System.Threading.Timerне делает.

Например:

var timer = new System.Timers.Timer { AutoReset = false };
timer.Elapsed += (sender, args) =>
{
    var z = 0;
    var i = 1 / z;
};
timer.Start();

против

var timer = new System.Threading.Timer(x =>
{
    var z = 0;
    var i = 1 / z;
}, null, 0, Timeout.Infinite);

Я нашел краткое сравнение с MSDN

Библиотека классов .NET Framework включает четыре класса с именем Timer, каждый из которых предлагает различные функции:

System.Timers.Timer, который запускает событие и выполняет код в одном или нескольких приемниках событий через равные промежутки времени. Класс предназначен для использования в качестве серверного или сервисного компонента в многопоточной среде; он не имеет пользовательского интерфейса и не виден во время выполнения.

System.Threading.Timer, который выполняет один метод обратного вызова в потоке пула потоков через равные промежутки времени. Метод обратного вызова определяется, когда создается таймер, и его нельзя изменить. Как и класс System.Timers.Timer, этот класс предназначен для использования в качестве серверного или служебного компонента в многопоточной среде; он не имеет пользовательского интерфейса и не виден во время выполнения.

System.Windows.Forms.Timerкомпонент Windows Forms, который запускает событие и выполняет код в одном или нескольких приемниках событий через равные промежутки времени. Компонент не имеет пользовательского интерфейса и предназначен для использования в однопоточной среде.

System.Web.UI.Timerкомпонент ASP.NET, который выполняет асинхронную или синхронную обратную передачу веб-страниц с регулярным интервалом.

Эти два класса функционально эквивалентны, за исключением того, что System.Timers.Timerимеет возможность вызывать все свои обратные вызовы истечения таймера через ISynchronizeInvoke , устанавливая SynchronizingObject . В противном случае оба таймера вызывают обратные вызовы с истечением срока действия в потоках пула потоков.

Когда вы перетаскиваете объект System.Timers.Timerна поверхность конструктора Windows Forms, Visual Studio устанавливает SynchronizingObject для объекта формы, что приводит к вызову всех обратных вызовов с истечением срока действия в потоке пользовательского интерфейса.

Из MSDN: System.Threading.Timerэто простой, легкий таймер, который использует методы обратного вызова и обслуживается потоками пула потоков. Это не рекомендуется для использования с Windows Forms, потому что его обратные вызовы не происходят в потоке пользовательского интерфейса. System.Windows.Forms.Timerэто лучший выбор для использования с Windows Forms. Для серверных функций таймера, вы можете рассмотреть возможность использования System.Timers.Timer, которое вызывает события и имеет дополнительные функции.

Источник