Korzystanie z Thread.Sleep lub Timer w roli robotów Azure w .NET?

Question

Rozumiem, że w usłudze Windows lepiej jest używać Timer niż Thread.Sleep(timeout). Jednak we wszystkich przykładach kodu, które mogłem znaleźć w Internecie, który obsługiwał pracowników Azure, jest to Thread.Sleep(timeout), które jest używane zamiast Timer.

Nawet domyślny kod podany w szablonie projektu Pracownik w Visual Studio używa 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"); 
     } 
    } 
// ... 
} 

Dotychczas byłem również używając Thread.Sleep w moich pracowników, ale nie rozumiejąc dlaczego. Moje pytanie brzmi: dlaczego używać Thread.Sleep(timeout) w roli robota Azure zamiast Timer? Jaka jest różnica między usługą Windows a robotami platformy Azure, która prowadzi do tej różnicy w sposobie, w jaki powinniśmy wyobrazić sobie taką aplikację? Czy korzystanie z Timer w usłudze Azure jest dobre czy złe?

Wszelkie wyjaśnienia z linkami do niektórych zasobów wyjaśniających podstawy tego są mile widziane, ponieważ nie udało mi się znaleźć niczego na razie.

Answer 1

Celem pętli Thread.Sleep() jest zamknięcie metody Run(). Jeśli wyjdzie Run(), twój robot zostanie uruchomiony ponownie. Nie wiem, czy udało ci się skutecznie osiągnąć ten cel dzięki Timerowi.

Najprawdopodobniej twój procesor marnuje trochę czasu, aby obudzić ten wątek co 1000 msek, aby nic nie robić. Wątpię, żeby to było znaczące, ale mnie też to podsłuchało. Moim rozwiązaniem było czekać zamiast tego na Token Anulowania.

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

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

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

To utrzymuje metodę run() z wyjściem bez marnowania czasu procesora na ruchliwej oczekiwania. Możesz również użyć Tonu anulowania w innym miejscu w programie, aby zainicjować inne operacje wyłączania, które możesz wykonać.

Answer 2

Thread.Sleep to dosłownie marnowanie czasu procesora. Twój wątek jest zablokowany i chociaż CPU nic nie robi, nie może go użyć w innych wątkach. Nie jestem zaznajomiony z modelem cenowym Azure, ale możesz być potencjalnie obciążony za ten czas, ponieważ używał go twój wątek:

Tak więc zawsze należy używać go do każdego rodzaju pauzy.

W przykładowych przykładach kodowania zazwyczaj używa się Thread.Sleep dla uproszczenia.