System.Timers.Timer vs System.Threading.Timer

Ostatnio sprawdzałem niektóre z możliwych timerów System.Threading.TimeriSystem.Timers.Timer są to te, które wydają mi się potrzebne (ponieważ obsługują pule wątków).

Tworzę grę i planuję używać wszelkiego rodzaju wydarzeń, w różnych odstępach czasu itp.

Który byłby najlepszy?

Ten artykuł zawiera dość wyczerpujące wyjaśnienie:

„ Porównywanie klas timerów w bibliotece klas .NET Framework ” - dostępny również jako plik .chm

Wydaje się, że szczególna różnica System.Timers.Timerpolega na aplikacjach wielowątkowych i dlatego jest bezpieczna dla wątków dzięki swojej SynchronizationObjectwłaściwości, podczas gdy System.Threading.Timerironicznie nie jest bezpieczna dla wątków od razu po wyjęciu z pudełka.

Nie wierzę, że istnieje różnica między nimi, ponieważ dotyczy to, jak małe mogą być twoje interwały.

System.Threading.Timerjest zwykłym zegarem. Wywołuje cię z powrotem w wątku puli wątków (z puli procesów roboczych).

System.Timers.Timerjest to, System.ComponentModel.Componentktóre otacza a System.Threading.Timer, i zapewnia pewne dodatkowe funkcje używane do wysyłania w określonym wątku.

System.Windows.Forms.Timerzamiast tego pakuje natywny HWND tylko do wiadomości i używa Timerów Windows do wywoływania zdarzeń w tej pętli komunikatów HWND.

Jeśli Twoja aplikacja nie ma interfejsu użytkownika, a chcesz jak najlżejszy i najbardziej uniwersalny zegar .Net (ponieważ z przyjemnością wymyślasz własne wątki / wysyłanie) System.Threading.Timer jest tak dobry, jak to możliwe w środowisku.

Nie jestem do końca jasne, z jakimi rzekomymi problemami System.Threading.Timersą „nie wątkowe” . Być może jest to to samo, co zadane w tym pytaniu: Bezpieczeństwo wątków System.Timers.Timer vs. System.Threading.Timer , a może wszyscy po prostu oznaczają, że:

1. łatwo jest pisać warunki wyścigu, korzystając z liczników czasu. Np. Zobacz to pytanie: Bezpieczeństwo wątków Timer (System.Threading)

2. ponowne wejście powiadomień timera, w którym zdarzenie timera może się uruchomić i oddzwonić po raz drugi, zanim zakończysz przetwarzanie pierwszego zdarzenia. Np. Patrz pytanie: Bezpieczne wykonywanie wątków za pomocą System.Threading.Timer i Monitor

W swojej książce „ CLR Via C # ” Jeff Ritcher odradza korzystanie z System.Timers.Timertego timera System.ComponentModel.Component, co pozwala na jego wykorzystanie w powierzchni projektowej Visual Studio. Przydałoby się to tylko wtedy, gdy chcesz mieć zegar na powierzchni projektowej.

Preferuje System.Threading.Timerwykonywanie zadań w tle w wątku puli wątków.

Informacje od Microsoft na ten temat (patrz Uwagi na MSDN ):

• System.Timers.Timer , który uruchamia zdarzenie i wykonuje kod w co najmniej jednym zdarzeniu, w regularnych odstępach czasu. Klasa jest przeznaczona do użycia jako komponent serwerowy lub usługowy w środowisku wielowątkowym; nie ma interfejsu użytkownika i nie jest widoczny w czasie wykonywania.
• System.Threading.Timer , który wykonuje pojedynczą metodę wywołania zwrotnego w wątku puli wątków w regularnych odstępach czasu. Metoda wywołania zwrotnego jest definiowana, gdy licznik czasu jest tworzony i nie można go zmienić. Podobnie jak klasa System.Timers.Timer, ta klasa jest przeznaczona do użycia jako komponent serwerowy lub usługowy w środowisku wielowątkowym; nie ma interfejsu użytkownika i nie jest widoczny w czasie wykonywania.
• System.Windows.Forms.Timer (tylko .NET Framework), składnik Windows Forms, który uruchamia zdarzenie i wykonuje kod w jednym lub kilku obiektach przechwytujących w regularnych odstępach czasu. Komponent nie ma interfejsu użytkownika i jest przeznaczony do użytku w środowisku jednowątkowym; wykonuje się w wątku interfejsu użytkownika.
• System.Web.UI.Timer (tylko .NET Framework), komponent ASP.NET, który wykonuje asynchroniczne lub synchroniczne zwrotne strony WWW w regularnych odstępach czasu.

Warto o tym wspomnieć System.Timers.Timer został wycofany z .NET Core 1.0, ale został ponownie zaimplementowany w .NET Core 2.0 (/ .NET Standard 2.0). Celem .NET Standard 2.0 było, aby przejście z systemu .NET Framework było jak najłatwiejsze, co prawdopodobnie jest przyczyną jego powrotu.

Kiedy było przestarzałe, zalecany był dodatek .NET Portability Analyzer Visual Studio Add-InSystem.Threading.Timer .

Wygląda na to, że Microsoft preferuje System.Threading.Timerwcześniej System.Timers.Timer.

INFORMACJA O EDYCJI 15.11.2018: Zmieniam rękę, ponieważ stare informacje o .NET Core 1.0 nie były już aktualne.

Jedną ważną, nie wymienioną powyżej różnicą, która może cię złapać, jest to, że System.Timers.Timercicho połyka wyjątki, podczas System.Threading.Timergdy nie.

Na przykład:

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

vs

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

Znalazłem krótkie porównanie z MSDN

Biblioteka klas .NET Framework zawiera cztery klasy o nazwie Timer, z których każda oferuje inną funkcjonalność:

System.Timers.Timer, który uruchamia zdarzenie i wykonuje kod w jednym lub kilku obiektach przechwytujących w regularnych odstępach czasu. Klasa jest przeznaczona do użycia jako komponent serwerowy lub usługowy w środowisku wielowątkowym; nie ma interfejsu użytkownika i nie jest widoczny w czasie wykonywania.

System.Threading.Timer, która wykonuje pojedynczą metodę wywołania zwrotnego w wątku puli wątków w regularnych odstępach czasu. Metoda wywołania zwrotnego jest definiowana, gdy licznik czasu jest tworzony i nie można go zmienić. Podobnie jak klasa System.Timers.Timer, ta klasa jest przeznaczona do użycia jako komponent serwerowy lub usługowy w środowisku wielowątkowym; nie ma interfejsu użytkownika i nie jest widoczny w czasie wykonywania.

System.Windows.Forms.Timer, składnik Windows Forms, który uruchamia zdarzenie i wykonuje kod w jednym lub kilku obiektach przechwytujących w regularnych odstępach czasu. Komponent nie ma interfejsu użytkownika i jest przeznaczony do użytku w środowisku jednowątkowym.

System.Web.UI.Timer, komponent ASP.NET, który regularnie wykonuje asynchroniczne lub synchroniczne aktualizacje strony internetowej.

Te dwie klasy są funkcjonalnie równoważne, z wyjątkiem tego, że System.Timers.Timerma opcję wywoływania wszystkich wywołań zwrotnych upływu czasu przez ISynchronizeInvoke poprzez ustawienie SynchronizingObject . W przeciwnym razie oba liczniki wywołują wywołania zwrotne utraty ważności w wątkach puli wątków.

Podczas przeciągania znaku System.Timers.Timerna powierzchnię projektu Windows Forms Visual Studio ustawia SynchronizingObject na obiekt formularza, co powoduje, że wszystkie wywołania zwrotne wygasania są wywoływane w wątku interfejsu użytkownika.

Z MSDN: System.Threading.Timerto prosty, lekki licznik czasu, który wykorzystuje metody wywołania zwrotnego i jest obsługiwany przez wątki puli wątków. Nie zaleca się używania go z Windows Forms, ponieważ jego wywołania zwrotne nie występują w wątku interfejsu użytkownika. System.Windows.Forms.Timerjest lepszym wyborem do użycia z Windows Forms. W przypadku funkcji czasomierza opartej na serwerze można rozważyć użycie System.Timers.Timer, która wywołuje zdarzenia i ma dodatkowe funkcje.

Źródło