Hintergrundprozess korrekt implementieren Thread in ASP.NET

Question

Ich muss eine unendliche while-Schleife ausführen und die Ausführung in global.asax initiieren. Meine Frage ist, wie genau soll ich es tun? Soll ich einen neuen Thread starten oder sollte ich Async und Task oder etwas anderes verwenden? Innerhalb der While-Schleife muss ich tun await TaskEx.Delay(5000);

Wie mache ich das, damit es keine anderen Prozesse blockiert und Speicherlecks nicht erstellen?

Ich benutze VS10, AsyncCTP3, MVC4

EDIT:

public void SignalRConnectionRecovery() 
     { 
      while (true) 
      { 
       Clients.SetConnectionTimeStamp(DateTime.UtcNow.ToString()); 
       await TaskEx.Delay(5000); 
      } 
     } 

Alles, was ich tun müssen, ist dies als eine Singleton-Instanz laufen global solange Anwendung verfügbar ist.

EDIT: behobenes

Dies ist die letzte Lösung in Global.asax

protected void Application_Start() 
{ 
    Thread signalRConnectionRecovery = new Thread(SignalRConnectionRecovery); 
    signalRConnectionRecovery.IsBackground = true; 
    signalRConnectionRecovery.Start(); 

    Application["SignalRConnectionRecovery"] = signalRConnectionRecovery; 
} 


protected void Application_End() 
{ 
    try 
    { 
     Thread signalRConnectionRecovery = (Thread)Application["SignalRConnectionRecovery"]; 
     if (signalRConnectionRecovery != null && signalRConnectionRecovery.IsAlive) 
     { 
      signalRConnectionRecovery.Abort(); 
     } 
    } 
    catch 
    { 
      /// 
    } 
} 

ich diesen schönen Artikel über gefunden, wie async Arbeiter verwenden: http://www.dotnetfunda.com/articles/article613-background-processes-in-asp-net-web-applications.aspx

Und: http://code.msdn.microsoft.com/CSASPNETBackgroundWorker-dda8d7b6

Aber ich denke für meine Notwendigkeit s dieses wird perfekt sein: http://forums.asp.net/t/1433665.aspx/1

Answer 1

Ich fand diesen schönen Artikel über die Verwendung von Async-Worker, wird es versuchen. http://www.dotnetfunda.com/articles/article613-background-processes-in-asp-net-web-applications.aspx

Und: http://code.msdn.microsoft.com/CSASPNETBackgroundWorker-dda8d7b6

Aber ich denke, für meine Bedürfnisse wird dies ein perfekt sein: http://forums.asp.net/t/1433665.aspx/1

Answer 2

ASP.NET ist nicht entworfen, um diese Art von Anforderung zu behandeln. Wenn Sie etwas benötigen, um ständig zu laufen, sollten Sie einen Windows-Dienst erstellen.

aktualisieren

ASP.NET wird für lange laufende Aufgaben nicht ausgelegt ist. Es wurde entwickelt, um schnell auf HTTP-Anfragen zu antworten. Siehe Cyborgx37's answer oder Can I use threads to carry out long-running jobs on IIS? aus ein paar Gründen warum.

aktualisieren

Nachdem Sie nun endlich mit SignalR erwähnt Sie arbeiten, ich sehe, dass Sie versuchen, SignalR in ASP.NET zu hosten, nicht wahr? Ich denke, Sie gehen hier in die falsche Richtung, siehe das Beispiel NuGet package, das auf der project wiki verwiesen wird. In diesem Beispiel wird ein IAsyncHttpHandler zum Verwalten von Aufgaben verwendet.

Answer 3

Sie können einen Thread in Ihrem global.asax starten, jedoch wird es nur ausgeführt, bis Ihr asp.net-Prozess recycelt wird. Dies geschieht mindestens einmal am Tag oder wenn niemand Ihre Website verwendet. Wenn der Prozess wiederverwendet wird, wird der Thread nur dann neu gestartet, wenn Sie einen Treffer auf Ihrer Website haben. Der Thread wird also nicht fortlaufend ausgeführt.

Um einen kontinuierlichen Prozess zu erhalten, ist es besser, einen Windows-Dienst zu starten.

Wenn Sie die 'in Bearbeitung' Lösung machen, hängt es wirklich davon ab, was Sie tun. Der Thread selbst verursacht keine Probleme im Speicher oder in Deadlocks. Sie sollten ein Meganism hinzufügen, um Ihren Thread zu stoppen, wenn die Anwendung beendet wird. Andernfalls dauert der Neustart sehr lange, da er auf das Anhalten des Threads wartet.

Answer 4

Es hängt davon ab, was Sie in Ihrer while-Schleife erreichen möchten, aber im Allgemeinen ist dies die Situation, in der Windows Service die beste Antwort ist. Für die Installation eines Windows-Dienstes müssen Sie Administratorrechte auf dem Webserver haben.

Mit einer Endlosschleife Sie am Ende mit einer Reihe von Problemen, die die Windows-Nachrichtenpumpe. Dies ist die Sache, die eine Windows-Anwendung am Leben erhält, selbst wenn die Anwendung nichts "tut". Ohne es endet ein Programm einfach.

Das Problem mit einer Endlosschleife ist, dass die Anwendung festhält, etwas "zu tun", was andere Anwendungen (oder Threads) daran hindert, ihr Ding "zu machen". Es gab einige Problemumgehungen, wie die DoEvents in Windows Forms, aber alle haben einige gravierende Nachteile in Bezug auf Reaktionsfähigkeit und Ressourcenmanagement. (Akzeptabel in einer kleinen LOB-Anwendung, vielleicht nicht auf einem Webserver.) Selbst wenn die while-Schleife in einem separaten Thread ist, verbraucht sie die gesamte verfügbare Verarbeitungsleistung.

Die asynchrone Programmierung ist eher für lang andauernde Prozesse gedacht, z. B. um zu warten, dass eine Datenbank ein Ergebnis zurückgibt oder darauf, dass ein Drucker online geht. In diesen Fällen ist es der externe Prozess, der eine lange Zeit in Anspruch nimmt, keine Zeitschleife.

Wenn ein Window-Service nicht möglich ist, denke ich, dass es am besten ist, einen separaten Thread mit einer eigenen Nachrichtenpumpe einzurichten, aber das ist ein bisschen kompliziert. Ich habe es noch nie auf einem Webserver gemacht, aber Sie könnten möglicherweise eine Anwendung starten. Dadurch erhalten Sie eine Nachricht und können auf Windows-Ereignisse reagieren. Das einzige Problem ist, dass dies eine Windows-Anwendung startet (entweder WPF oder WinForms), die auf einem Webserver möglicherweise nicht wünschenswert ist.

Was möchten Sie erreichen? Gibt es einen anderen Weg, wie du das machen könntest?

Answer 5

Dies ist eine alte Post, aber wie ich dafür war seraching, würde Ich mag an berichten, dass es in .NET 4.5.2 eine native Möglichkeit gibt, dies mit QueueBackgroundWorkItem zu tun.

einen Blick auf dieses Thema nehmen: https://blogs.msdn.microsoft.com/webdev/2014/06/04/queuebackgroundworkitem-to-reliably-schedule-and-run-background-processes-in-asp-net/

MarianoC