Utilizzo di Thread.Sleep o Timer nel ruolo di lavoro di Azure in .NET?

Question

Capisco che in un servizio di Windows, è meglio utilizzare Timer anziché Thread.Sleep(timeout). Tuttavia, in tutti gli esempi di codice che è possibile trovare su Internet che gestiscono i lavoratori di Azure, è Thread.Sleep(timeout) che viene utilizzato al posto di Timer.

Anche il codice di default fornito nel modello di progetto Lavoratore in Visual Studio utilizza un Thread.Sleep:

public class WorkerRole : RoleEntryPoint 
{ 
    public override void Run() 
    { 
     // This is a sample worker implementation. Replace with your logic. 
     Trace.WriteLine("$projectname$ entry point called", "Information"); 

     while (true) 
     { 
      Thread.Sleep(10000); 
      Trace.WriteLine("Working", "Information"); 
     } 
    } 
// ... 
} 

Finora, ho anche utilizzando Thread.Sleep nei miei lavoratori, ma senza realmente capire il perché. Quindi la mia domanda è: perché utilizzare Thread.Sleep(timeout) nel ruolo di lavoro di Azure anziché Timer? Qual è la differenza tra il servizio Windows e il lavoratore di Azure che porta a questa differenza nel modo in cui dovremmo concepire questo tipo di applicazione? È utile o meno usare Timer nei lavoratori di Azure?

Qualsiasi spiegazione con collegamenti ad alcune risorse che spiegano i fondamenti di questo è la benvenuta in quanto non ho trovato nulla finora.

Answer 1

Lo scopo del ciclo Thread.Sleep() è quello di impedire l'uscita del metodo Run(). Se Run() termina, il lavoratore verrà riavviato. Non so che si possa raggiungere questo obiettivo in modo efficace con un timer.

Molto probabilmente la tua CPU sta sprecando un po 'di tempo per risvegliare quel thread ogni 1000 msec per non fare nulla. Dubito che sia significativo, ma mi ha infastidito. La mia soluzione era invece aspettare un CancellationToken.

public class WorkerRole : RoleEntryPoint { 
    CancellationTokenSource cancelSource = new CancellationTokenSource(); 

    public override void Run() 
    { 
     //do stuff 
     cancelSource.Token.WaitHandle.WaitOne(); 
    } 

    public override void OnStop() 
    { 
     cancelSource.Cancel(); 
    } 
} 

Ciò impedisce al metodo Run() di uscire senza sprecare tempo CPU in attesa. È inoltre possibile utilizzare il metodo CancellationToken in altre parti del programma per avviare qualsiasi altra operazione di arresto che potrebbe essere necessario eseguire.

Answer 2

Thread.Sleep è letteralmente uno spreco di tempo del processore. La tua discussione è bloccata e anche se la CPU non sta facendo nulla, non può essere utilizzata da altri thread. Non ho familiarità con il modello di prezzo di Azure, ma potresti essere potenzialmente addebitato per questa volta, perché il tuo thread lo utilizza :)

Quindi Timer deve essere sempre utilizzato per qualsiasi tipo di pausa.

Gli esempi di codice di solito utilizzano Thread.Sleep per la semplicità.