Capturer leclavier Interruption en Python sans essayer sauf

Question

Y a-t-il un moyen en Python de capturer l'événement KeyboardInterrupt sans mettre tout le code à l'intérieur d'une instruction try-except ?

Je veux sortir proprement sans laisser de trace si l'utilisateur appuie sur <strong>Ctrl</strong>+<strong>C</strong>.

Answer 1

Oui, vous pouvez installer un gestionnaire d'interruption en utilisant le module signal, et attendre indéfiniment en utilisant un threading.Event:

import signal
import sys
import time
import threading

def signal_handler(signal, frame):
    print('Vous avez appuyé sur Ctrl+C!')
    sys.exit(0)

signal.signal(signal.SIGINT, signal_handler)
print('Appuyez sur Ctrl+C')
forever = threading.Event()
forever.wait()

Answer 2

Si tout ce que vous voulez est de ne pas afficher la trace de la pile, modifiez votre code comme ceci :

## toute votre logique d'application ici
def main():
   ## quoi que fasse votre application.

if __name__ == "__main__":
   try:
      main()
   except KeyboardInterrupt:
      # ne rien faire ici
      pass

(Oui, je sais que cela ne répond pas directement à la question, mais il n'est pas vraiment clair pourquoi avoir besoin d'un bloc try/except est objectionnable - peut-être que cela rend cela moins ennuyeux pour l'OP)

Answer 3

Une alternative à la définition de votre propre gestionnaire de signaux est d'utiliser un gestionnaire de contexte pour intercepter l'exception et l'ignorer :

>>> class CleanExit(object):
...     def __enter__(self):
...             return self
...     def __exit__(self, exc_type, exc_value, exc_tb):
...             if exc_type is KeyboardInterrupt:
...                     return True
...             return exc_type is None
... 
>>> with CleanExit():
...     input()    #just to test it
... 
>>>

Cela supprime le bloc try-except tout en conservant une mention explicite de ce qui se passe.

Cela vous permet également d'ignorer l'interruption uniquement dans certaines parties de votre code sans avoir à définir à nouveau les gestionnaires de signaux à chaque fois.

Answer 4

Je sais que c'est une vieille question mais je suis venu ici d'abord et puis j'ai découvert le module atexit. Je ne connais pas encore son historique multiplateforme ou une liste complète des avertissements, mais jusqu'à présent, c'est exactement ce que je cherchais pour essayer de gérer le nettoyage après une interruption de clavier sur Linux. Je voulais juste proposer une autre façon d'aborder le problème.

Je veux effectuer un nettoyage post-sortie dans le contexte des opérations de Fabric, donc envelopper tout dans un bloc try/except n'était pas une option pour moi non plus. J'ai l'impression que atexit peut convenir dans une telle situation, où votre code n'est pas au niveau supérieur du flux de contrôle.

atexit est très capable et lisible tel quel, par exemple:

import atexit

def goodbye():
    print "Vous quittez désormais le secteur Python."

atexit.register(goodbye)

Vous pouvez également l'utiliser comme un décorateur (à partir de la version 2.6; cet exemple provient de la documentation):

import atexit

@atexit.register
def goodbye():
    print "Vous quittez désormais le secteur Python."

Si vous vouliez le rendre spécifique à KeyboardInterrupt uniquement, la réponse d'une autre personne à cette question est probablement meilleure.

Mais notez que le module atexit ne comporte que ~70 lignes de code et il ne serait pas difficile de créer une version similaire qui traite les exceptions différemment, par exemple en passant les exceptions en tant qu'arguments aux fonctions de rappel. (La limitation de atexit qui justifierait une version modifiée: actuellement je ne peux pas concevoir de moyen pour les fonctions de rappel de sortie de savoir sur les exceptions; le gestionnaire atexit attrape l'exception, appelle votre ou vos fonctions de rappel, puis relève cette exception. Mais vous pourriez le faire autrement.)

Pour plus d'informations, voir:

• Documentation officielle sur atexit
• L'article Python Module of the Week, une bonne introduction

Answer 5

Vous pouvez empêcher l'impression d'une trace de pile pour KeyboardInterrupt, sans try: ... except KeyboardInterrupt: pass (la solution la plus évidente et probablement la "meilleure", mais vous le savez déjà et avez demandé autre chose) en remplaçant sys.excepthook. Quelque chose comme

def custom_excepthook(type, value, traceback):
    if type is KeyboardInterrupt:
        return # ne rien faire
    else:
        sys.__excepthook__(type, value, traceback)