Bester Timer für die Verwendung in einem Windows-Dienst

Verwenden Sie dafür keinen Dienst. Erstellen Sie eine normale Anwendung und erstellen Sie eine geplante Aufgabe, um sie auszuführen. 

Dies ist die allgemein bewährte Praxis. Jon Galloway stimmt mir zu. Oder vielleicht ist es andersherum. In jedem Fall ist es eine Tatsache, dass es nicht empfohlen wird, einen Windows-Dienst zu erstellen, um eine zeitweilige Task auszuführen, bei der ein Timer ausgeführt wird.

"Wenn Sie einen Windows-Dienst schreiben, der einen Timer ausführt, sollten Sie Ihre Lösung erneut bewerten."

–Jon Galloway, ASP.NET-MVC-Community-Programmmanager, Autor, Teilzeit-Superheld

Entweder sollte man gut funktionieren. Tatsächlich verwendet System.Threading.Timer intern System.Timers.Timer.

Trotzdem ist es einfach, System.Timers.Timer zu missbrauchen. Wenn Sie das Timer-Objekt nicht irgendwo in einer Variablen speichern, besteht die Gefahr, dass Müll gesammelt wird. In diesem Fall wird Ihr Timer nicht mehr ausgelöst. Rufen Sie die Dispose-Methode auf, um den Timer zu stoppen, oder verwenden Sie die Klasse System.Threading.Timer, die einen etwas schöneren Wrapper darstellt.

Welche Probleme hast du bisher gesehen?

Ich stimme dem vorherigen Kommentar zu, der sich am besten für einen anderen Ansatz eignet. Mein Vorschlag wäre, eine Konsolenanwendung zu schreiben und den Windows-Scheduler zu verwenden:

Dieser Wille:

• Reduzieren Sie den Installationscode, der das Scheduler-Verhalten repliziert
• Bieten Sie eine größere Flexibilität in Bezug auf .__ des Ablaufverhaltens (z. B. nurrun an Wochenenden), wobei die gesamte Planungslogik vom Anwendungscode abstrahiert wird
• Verwenden Sie die Befehlszeilenargumente Für Parameter, ohne Konfigurationswerte in Konfig -Dateien usw. Einrichten zu müssen
• Das Debuggen/Testen während der Entwicklung ist viel einfacher
• Erlauben Sie einem Support-Benutzer die Ausführung durch direktes Aufrufen von Der Konsolenanwendung (Z. B. nützlich während der Unterstützung Situationen)

Wie bereits erwähnt, funktionieren sowohl System.Threading.Timer als auch System.Timers.Timer. Der große Unterschied zwischen den beiden ist, dass System.Threading.Timer ein Wrapper um den anderen ist. 

System.Threading.Timer hat mehr Ausnahmebehandlung, während System.Timers.Timer schluckt alle Ausnahmen.

Dies gab mir in der Vergangenheit große Probleme, daher würde ich immer 'System.Threading.Timer' verwenden und trotzdem mit Ihren Ausnahmen sehr gut umgehen.

Ich weiß, dass dieser Thread ein wenig alt ist, aber für ein bestimmtes Szenario, das ich hatte, sehr praktisch war, und ich dachte, es lohnt sich zu beachten, dass es einen anderen Grund gibt, warum System.Threading.Timer ein guter Ansatz ist. Wenn Sie regelmäßig einen Job ausführen müssen, der möglicherweise lange Zeit in Anspruch nimmt, und Sie möchten sicherstellen, dass die gesamte Wartezeit zwischen den Jobs verwendet wird oder wenn Sie nicht möchten, dass der Job erneut ausgeführt wird, bevor der vorherige Job abgeschlossen ist der Fall, in dem der Job länger als die Zeitspanne dauert. Sie könnten Folgendes verwenden:

using System;
using System.ServiceProcess;
using System.Threading;

    public partial class TimerExampleService : ServiceBase
    {
        private AutoResetEvent AutoEventInstance { get; set; }
        private StatusChecker StatusCheckerInstance { get; set; }
        private Timer StateTimer { get; set; }
        public int TimerInterval { get; set; }

        public CaseIndexingService()
        {
            InitializeComponent();
            TimerInterval = 300000;
        }

        protected override void OnStart(string[] args)
        {
            AutoEventInstance = new AutoResetEvent(false);
            StatusCheckerInstance = new StatusChecker();

            // Create the delegate that invokes methods for the timer.
            TimerCallback timerDelegate =
                new TimerCallback(StatusCheckerInstance.CheckStatus);

            // Create a timer that signals the delegate to invoke 
            // 1.CheckStatus immediately, 
            // 2.Wait until the job is finished,
            // 3.then wait 5 minutes before executing again. 
            // 4.Repeat from point 2.
            Console.WriteLine("{0} Creating timer.\n",
                DateTime.Now.ToString("h:mm:ss.fff"));
            //Start Immediately but don't run again.
            StateTimer = new Timer(timerDelegate, AutoEventInstance, 0, Timeout.Infinite);
            while (StateTimer != null)
            {
                //Wait until the job is done
                AutoEventInstance.WaitOne();
                //Wait for 5 minutes before starting the job again.
                StateTimer.Change(TimerInterval, Timeout.Infinite);
            }
            //If the Job somehow takes longer than 5 minutes to complete then it wont matter because we will always wait another 5 minutes before running again.
        }

        protected override void OnStop()
        {
            StateTimer.Dispose();
        }
    }

    class StatusChecker
        {

            public StatusChecker()
            {
            }

            // This method is called by the timer delegate.
            public void CheckStatus(Object stateInfo)
            {
                AutoResetEvent autoEvent = (AutoResetEvent)stateInfo;
                Console.WriteLine("{0} Start Checking status.",
                    DateTime.Now.ToString("h:mm:ss.fff"));
                //This job takes time to run. For example purposes, I put a delay in here.
                int milliseconds = 5000;
                Thread.Sleep(milliseconds);
                //Job is now done running and the timer can now be reset to wait for the next interval
                Console.WriteLine("{0} Done Checking status.",
                    DateTime.Now.ToString("h:mm:ss.fff"));
                autoEvent.Set();
            }
        }