Ist es akzeptabel, Aufgaben mit langen Verzögerungen zu erstellen?

Question

Ich erstelle einen Scheduler, um Ereignisse zu bestimmten Tageszeiten auszulösen, und dazu spanne ich Aufgaben (einzeln, dh nur den nächsten) mit einer Task.Delay von allem nach oben zu ein paar Tagen Verspätung. Zum Beispiel, nachdem das letzte Ereignis an einem Freitagnachmittag ausgelöst wurde, richte ich das nächste Ereignis ein, das am Montag stattfinden wird. Es könnte also ein TimeSpan von bis zu 3 Tagen sein (~ 260.000.000 Millisekunden).

Ist das akzeptabel? Ich bin besorgt, dass dies für eine Produktionsumgebung nicht stabil genug sein wird.

Hier einige Code-Schnipsel zu beschreiben, was ich habe zusammen:

private void SetNextEvent() 
{ 
    TimeModel next = GetNextScheduledTime(); 
    Debug.WriteLine($"Next schedule [{next.TimeType}]: {next.Time.ToString("yyyy-MM-dd HH:mm:ss")}"); 

    TimeSpan delay = next.Time.Subtract(DateTime.Now); 
    Task.Run(async() => 
    { 
     await Task.Delay(delay); 
     FireEvent(next); 
    }); 
} 

private void FireEvent(TimeModel time) 
{ 
    Debug.WriteLine($"Event fired [{time.TimeType}]: {DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss")}"); 
    OnSchedulerEvent?.Invoke(this, new SchedulerEventArgs { ScheduleType = time.TimeType }); 
    if (_running) 
     SetNextEvent(); 
} 

Answer 1

Dies ist absolut zuverlässig. .NET-Timer sind sehr effizient. Das größte Problem ist, dass Sie davon ausgehen müssen, dass Ihre Produktions-Apps jederzeit beendet werden können. Der am leichtesten zu verstehende Grund ist ein Fehler, der den Prozess umbringt. Andere Gründe sind Neustarts, App Pool Rezyklierungen, Bereitstellungen, ...

Also, wenn Sie Ihren Zustand wiederherstellen können, nachdem getötet wurde, ist das in Ordnung. Wenn Sie einen Kommentar zu bestimmten Bedenken hinzufügen, werde ich sie ansprechen.

Es sieht so aus, als ob Sie eine Möglichkeit haben, Timer wiederherzustellen, weil Sie scheinbar die nächste fällige Zeit berechnen können. Unter diesen Umständen ist es sehr sicher, dies zu tun. Sie müssen sicherstellen, dass Ihr Code immer z. direkt nach einem Neustart oder einem Absturz.

Beachten Sie, dass IIS-Anwendungen mehrere Male gleichzeitig ausgeführt werden müssen. Ansonsten ist IIS ein großartiger Host für Ihr Szenario.

Answer 2

Wenn Sie Windows ausführen, würde ich den Taskscheduler verwenden zu tun, was Sie versuchen zu tun.

ausführen taskschd.msc Sie können dieses Programm verwenden, um periodische Aufgaben zu planen.

Es sollte eine Schaltfläche "Create Task ..." im Panel auf der rechten Seite sein.

Answer 3

Ich stimme zu, dass der Windows Taskplaner wahrscheinlich der beste Ansatz ist, wenn Sie im Voraus den Zeitplan für die Ausführung der nächsten Aufgabe kennen.

Wenn Sie dies nicht im Voraus wissen (d. H. Die Wartezeit für die nächste Aufgabe kann variieren), würde ich vorschlagen, einen Timer und eine Event-Handler-Methode zu verwenden, wenn der Timer abläuft.

Jedes Mal können Sie die Intervall-Eigenschaft des Timers für die Wartezeit einstellen. Wenn die Zeit abläuft, wird der Timer-Ereignishandler ausgeführt, und er kann die Abfrage ausführen und das Intervall für den Timer zurücksetzen. Dies scheint ein wenig sauberer als eine Task.Delay.