Comment maintenir une application console .NET en fonctionnement ?

Question

Considérons une application Console qui démarre certains services dans un thread séparé. Il ne lui reste plus qu'à attendre que l'utilisateur appuie sur Ctrl+C pour l'arrêter.

Laquelle des propositions suivantes est la meilleure façon de procéder ?

static ManualResetEvent _quitEvent = new ManualResetEvent(false);

static void Main() {
    Console.CancelKeyPress += (sender, eArgs) => {
        _quitEvent.Set();
        eArgs.Cancel = true;
    };

    // kick off asynchronous stuff 

    _quitEvent.WaitOne();

    // cleanup/shutdown and quit
}

Ou ceci, en utilisant Thread.Sleep(1) :

static bool _quitFlag = false;

static void Main() {
    Console.CancelKeyPress += delegate {
        _quitFlag = true;
    };

    // kick off asynchronous stuff 

    while (!_quitFlag) {
        Thread.Sleep(1);
    }

    // cleanup/shutdown and quit
}

Answer 1

Vous voulez toujours éviter d'utiliser les boucles while, surtout lorsque vous obligez le code à revérifier les variables. Cela gaspille les ressources du processeur et ralentit votre programme.

Je dirais certainement le premier.

Answer 2

Une solution plus simple est également possible :

Console.ReadLine();

Answer 3

Vous pouvez le faire (et supprimer le CancelKeyPress gestionnaire d'événement) :

while(!_quitFlag)
{
    var keyInfo = Console.ReadKey();
    _quitFlag = keyInfo.Key == ConsoleKey.C
             && keyInfo.Modifiers == ConsoleModifiers.Control;
}

Je ne sais pas si c'est mieux, mais je n'aime pas l'idée d'appeler Thread.Sleep dans une boucle.. Je pense que c'est plus propre de bloquer sur l'entrée de l'utilisateur.

Answer 4

Il est également possible de bloquer le thread/programme sur la base d'un jeton d'annulation.

token.WaitHandle.WaitOne();

WaitHandle est signalé lorsque le jeton est annulé.

J'ai vu cette technique utilisée par le Microsoft.Azure.WebJobs.JobHost, où le jeton provient d'une source de jeton d'annulation du WebJobsShutdownWatcher (un observateur de fichiers qui termine le travail).

Cela donne un certain contrôle sur le moment où le programme peut se terminer.

Answer 5

Je préfère utiliser le Application.Run

static void Main(string[] args) {

   //Do your stuff here

   System.Windows.Forms.Application.Run();

   //Cleanup/Before Quit
}

de la documentation :

Commence à exécuter une boucle de messages d'application standard sur le thread actuel, sans formulaire.