Implementare correttamente il processo in background Thread in ASP.NET

Question

Ho bisogno di eseguire un ciclo while infinito e voglio iniziare l'esecuzione in global.asax. La mia domanda è come esattamente dovrei farlo? Devo iniziare una nuova discussione o dovrei usare Async e Task o altro? All'interno del ciclo while devo fare await TaskEx.Delay(5000);

Come faccio a fare questo in modo che non bloccherà nessun altro processo e non creerà perdite di memoria?

Io uso VS10, AsyncCTP3, MVC4

EDIT:

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

Tutto quello che devi fare è eseguire questo come istanza Singleton a livello globale finché applicazione è disponibile.

EDIT: Risolto

Questa è la soluzione finale di 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 
    { 
      /// 
    } 
} 

ho trovato questo simpatico articolo su come utilizzare lavoratore asincrona: http://www.dotnetfunda.com/articles/article613-background-processes-in-asp-net-web-applications.aspx

E questo: http://code.msdn.microsoft.com/CSASPNETBackgroundWorker-dda8d7b6

Ma penso per il mio bisogno s questo sarà perfetto: http://forums.asp.net/t/1433665.aspx/1

Answer 1

Ho trovato questo bell'articolo su come utilizzare async worker, provarlo. http://www.dotnetfunda.com/articles/article613-background-processes-in-asp-net-web-applications.aspx

E questo: http://code.msdn.microsoft.com/CSASPNETBackgroundWorker-dda8d7b6

Ma credo che per le mie esigenze questo sarà perfetto: http://forums.asp.net/t/1433665.aspx/1

Answer 2

ASP.NET non è progettato per gestire questo tipo di requisito. Se hai bisogno di qualcosa da eseguire costantemente, sarebbe meglio creare un servizio Windows.

Aggiornamento

ASP.NET non è progettato per attività in esecuzione lunghi. È progettato per rispondere rapidamente alle richieste HTTP. Vedere Cyborgx37's answer o Can I use threads to carry out long-running jobs on IIS? per alcuni motivi.

Aggiornamento

Ora che finalmente ha citato si sta lavorando con SignalR, vedo che si sta tentando di ospitare SignalR all'interno di ASP.NET, giusto? Penso che stai andando in questo modo sbagliato, vedi l'esempio NuGet package riferito allo project wiki. Questo esempio utilizza un IAsyncHttpHandler per gestire le attività.

Answer 3

È possibile avviare una discussione in global.asax, tuttavia verrà eseguita solo fino a quando il processo asp.net verrà riciclato. Ciò avverrà almeno una volta al giorno o quando nessuno utilizzerà il tuo sito. Se il processo viene riciclato, l'unico modo in cui il thread viene riavviato, è quando si ha un impatto sul tuo sito. Quindi il thread non sta funzionando continuamente.

Per ottenere un processo continuo è meglio avviare un servizio di Windows.

Se si esegue la soluzione "In processo", dipende molto da ciò che si sta facendo. Il thread stesso non causerà alcun problema di memoria o deadlock. È necessario aggiungere un meganism per interrompere il thread quando l'applicazione si interrompe. In caso contrario, il riavvio richiederà molto tempo, poiché attenderà il blocco del thread.

Answer 4

Dipende da ciò che stai cercando di ottenere nel tuo ciclo while, ma in generale questo è il tipo di situazione in cui una Windows Service è la risposta migliore. L'installazione di un servizio di Windows richiede il possesso di privilegi di amministratore sul server web.

Con un ciclo infinito si finisce con un sacco di problemi che riguardano il pump dei messaggi di Windows. Questa è la cosa che mantiene in vita un'applicazione Windows anche quando l'applicazione non sta "facendo" nulla. Senza di esso, un programma finisce semplicemente.

Il problema con un ciclo infinito è che l'applicazione è bloccata "facendo" qualcosa, che impedisce ad altre applicazioni (o thread) di "fare" la loro cosa. Ci sono state alcune soluzioni alternative, come DoEvents in Windows Form, ma hanno tutti alcuni seri svantaggi quando si tratta di reattività e gestione delle risorse. (Accettabile su una piccola applicazione LOB, forse non su un server Web.) Anche se il ciclo while si trova su un thread separato, utilizzerà tutta la potenza di elaborazione disponibile.

La programmazione di Asynchronus è davvero progettata per processi a esecuzione prolungata, come l'attesa di un database per restituire un risultato o l'attesa di una stampante in linea. In questi casi, è il processo esterno che richiede molto tempo, non un ciclo temporale.

Se un servizio di Windows non è possibile, penso che la soluzione migliore sarà impostare un thread separato con la propria pompa di messaggi, ma è un po 'complicato. Non l'ho mai fatto su un server web, ma potresti essere in grado di avviare un'applicazione. Ciò fornirà un messaggio per te e ti consentirà di rispondere agli eventi di Windows, ecc. L'unico problema è che avvierà un'applicazione Windows (WPF o WinForms), che potrebbe non essere consigliabile su un server web.

Cosa stai cercando di realizzare? C'è un altro modo per affrontarlo?

Answer 5

questo è un vecchio post, ma mentre stavo seraching per questo, vorrei riportiamo che in .NET 4.5.2 esiste un modo nativo per farlo con QueueBackgroundWorkItem.

Date un'occhiata a questo post: https://blogs.msdn.microsoft.com/webdev/2014/06/04/queuebackgroundworkitem-to-reliably-schedule-and-run-background-processes-in-asp-net/

MarianoC