Catch KeyError en Python

Si j'exécute le code:

connection = manager.connect("I2Cx")

Le programme se bloque et la production de rapports KeyError parce que I2Cx n'existe pas (il doit être I2C).

Mais si je fais:

try:
    connection = manager.connect("I2Cx")
except Exception, e:
    print e

Il n'a pas l'impression pour l'e. Je voudrais être en mesure d'imprimer de l'exception qui a été levée. Si je tente la même chose avec une division par zéro opération, il est pris et rapporté correctement dans les deux cas. Ce qui me manque ici?

  • Remarque: Sauf si vous avez besoin de pré-2.5 compatibilité, vous devez écrire except Exception as e: au lieu de except Exception, e:.
InformationsquelleAutor spizzak | 2013-04-22
  1. 53

    Si elle soulève une KeyError avec aucun message, alors il sera impossible d'imprimer quoi que ce soit. Si vous n'...

    try:
    connection = manager.connect("I2Cx")
except Exception as e:
    print repr(e)

    ...vous aurez au moins obtenir le nom de la classe exception.

    Une meilleure alternative est d'utiliser plusieurs except blocs, et que "attraper" les exceptions que vous avez l'intention de gérer...

    try:
    connection = manager.connect("I2Cx")
except KeyError as e:
    print 'I got a KeyError - reason "%s"' % str(e)
except IndexError as e:
    print 'I got an IndexError - reason "%s"' % str(e)

    Il y a des raisons valables pour intercepter toutes les exceptions, mais vous devriez presque toujours-relancer si vous n'avez...

    try:
    connection = manager.connect("I2Cx")
except KeyError as e:
    print 'I got a KeyError - reason "%s"' % str(e)
except:
    print 'I got another exception, but I should re-raise'
    raise

    ...parce que vous ne voulez probablement pas à gérer KeyboardInterrupt si l'utilisateur appuie sur CTRL-C, ni SystemExit si le try-bloquer les appels sys.exit().

    • Je pense que son problème était plus le catch partie de la véritable impression ... mais oui cela résout ce problème aussi
    • Le catch est plus probablement une faute de frappe, depuis l'OP aurait eu une autre erreur qui avait été dans le vrai code.
    • +1. Mais KeyboardInterrupt et SystemExit ne sont pas des sous-classes de Exception, de sorte que votre dernière phrase est trompeuse.
    • En fait c'est le "attraper toutes les exceptions" qui est trompeur, j'ai donc changé except Exception, e:, à except:. On dirait que vous avez à consulter sys.exc_info() pour obtenir de l'exception dans un nu - except: clause, donc c'est probablement plus simple de le supprimer.
    • Si vous voulez attraper tous les types d'exception, y compris KeyboardInterrupt et SystemExit, attraper BaseException plutôt que Exception. Ce ne parvenez toujours pas à gérer nu-chaîne des exceptions (ou exceptions de sans rapport avec les types que vous avez en quelque sorte réussi à amasser derrière l'interprète de back—assez facile de faire accidentellement dans un C module d'extension, pas facile à faire, même sur le but en pur Python); pour cela, vous avez besoin d'un nu except.
    • Ouais. J'ai été vu à l'aide de BaseException, mais j'ai décidé que ne s'est toujours pas techniquement attraper toutes les exceptions. Ressemble (au moins en Python 2.7.3) on ne peut pas augmenter à nu les chaînes de plus, mais par les regards de la message d'erreur TypeError: exceptions must be old-style classes or derived from BaseException, not str vous pouvez toujours augmenter le vieux-classes de style.
    • Je ne voulais pas assumer 2.7, compte tenu de l'2.4-style à l'exception de la clause dans le cas des OP de code... (Mais j'ai pensé qu'il sécuritaire de prendre 2.2, au moins.) De toute façon, le point est que votre code d'origine était contagieux Exception puis reraising pour éviter d'avaler de KeyboardInterrupt et SystemExit. Ce n'est pas nécessaire; si vous attrapez Exception vous n'en tiendront pas compte de ceux-ci. C'est tout. C'est très bien comme il est maintenant.
    • TBH, j'utilise encore la version 2.4 de style except clause 2.7.3, mais seulement parce que je n'étais pas au courant de la nouvelle syntaxe. Encore, il n'est pas déraisonnable de supposer que la plupart des gens à l'aide de 2.x sera à l'aide de 2.6.x ou 2.7.x.
    • Lire PEP 3110. La virgule style est ambigu entre l'expression-et-cible et de tuple-expression. Bien sûr, l'interprète a certaines règles arbitraires pour résoudre l'ambiguïté, mais les programmeurs ne sont pas mémoriser ces règles; nous l'avons lu correctement dans les cas simples, mais devinez sauvagement dans les cas limites.
    • Hein. Je n'étais même pas au courant que vous pourriez attraper plusieurs types d'exceptions dans un seul except clause, bien, non sans attraper une super-classe de ces types, et je ne peux pas vraiment voir de nombreux cas où il serait particulièrement utile de le faire. Un gestionnaire d'exception est généralement va être spécifique à une classe d'exception, ou suffisamment général pour juste catch Exception. Il vous arrive de savoir si le catch Type1, Type2 idiome est utilisé n'importe où dans la bibliothèque standard?
    • Voici un exemple dans la stdlib. J'ai tendance à utiliser le plus souvent lors de la troisième partie de la bibliothèque de foo-0.88 soulevé un ValueError, mais 0.89 soulève un TypeError ou un foo.FooError. (Les solutions sont les deux copier-collé except blocs, ou un except Exception as e: avec if isinstance(e, (ValueError, TypeError)): raise, ou nécessitant foo-0,89 ou plus tard, pour aucune bonne raison...)

    InformationsquelleAutor Aya
  2. 14

    Je suis à l'aide de Python 3.6 et à l'aide d'une virgule entre Exception et e ne fonctionne pas. J'ai besoin d'utiliser la syntaxe suivante (juste pour vous demandez-vous à quelqu'un)

    try:
    connection = manager.connect("I2Cx")
except KeyError as e:
    print(e.message)
    InformationsquelleAutor ajpieri
  3. 5

    Vous devriez consulter la documentation de ce que la bibliothèque est en train de jeter l'exception, pour voir comment obtenez un message d'erreur de ses exceptions.

    Sinon, un bon moyen de déboguer ce genre de chose est-à-dire:

    except Exception, e:
    print dir(e)

    pour voir quelles sont les propriétés e est - ce que vous aurez probablement trouver qu'il a un message propriété ou similaire.

    InformationsquelleAutor RichieHindle
  4. 2

    Vous pouvez également essayer d'utiliser get(), par exemple:

    connection = manager.connect.get("I2Cx")

    qui ne pas élever un KeyError dans le cas où la clé n'existe pas.

    Vous pouvez également utiliser le deuxième argument pour spécifier la valeur par défaut si la clé n'est pas présente.

    InformationsquelleAutor kenorb
  5. 0

    Je ne pense pas que python a un hic 🙂

    try:
    connection = manager.connect("I2Cx")
except Exception, e:
    print e
    InformationsquelleAutor Joran Beasley
  6. 0

    Si vous ne voulez pas gérer l'erreur juste NoneType et l'utilisation get()
    par exemple:

    manager.connect.get("")
    InformationsquelleAutor Amrit
  7. 0

    Essayer d'impression(e.message), vous devez être en mesure d'imprimer vos exception.

    try:
    connection = manager.connect("I2Cx")
except Exception, e:
    print(e.message)
    InformationsquelleAutor Mic