Отримайте опис винятку та слід стека, який спричинив виняток, все як рядок


423

Я бачив багато публікацій про стеження стека та винятки в Python. Але я не знайшов того, що мені потрібно.

У мене є фрагмент коду Python 2.7, який може спричинити виняток. Я хотів би зафіксувати його і призначити рядку його повний опис і слід стека, що спричинив помилку (просто все, що ми використовуємо, щоб побачити на консолі). Мені потрібен цей рядок, щоб надрукувати його до текстового поля в графічному інтерфейсі.

Щось на зразок цього:

try:
    method_that_can_raise_an_exception(params)
except Exception as e:
    print_to_textbox(complete_exception_description(e))

Проблема полягає в тому, яка функція complete_exception_description?

Відповіді:


615

Див. tracebackМодуль, зокрема format_exc()функцію. Here .

import traceback

try:
    raise ValueError
except ValueError:
    tb = traceback.format_exc()
else:
    tb = "No error"
finally:
    print tb

2
Це працює лише з останньою помилкою? Що станеться, якщо ви почнете передавати помилку іншим бітам коду? Я пишу log_error(err)функцію.
AnnanFay

Він працює з помилкою, яка виявилася та виправлена.
kindall

74

Створимо гідно складний стек-трек, щоб продемонструвати, що ми отримуємо повний стек-трек:

def raise_error():
    raise RuntimeError('something bad happened!')

def do_something_that_might_error():
    raise_error()

Реєстрація повного стека

Найкраща практика - встановити реєстратор для вашого модуля. Він буде знати назву модуля та зможе змінювати рівні (серед інших атрибутів, таких як обробники)

import logging
logging.basicConfig(level=logging.DEBUG)
logger = logging.getLogger(__name__)

І ми можемо використовувати цей реєстратор, щоб отримати помилку:

try:
    do_something_that_might_error()
except Exception as error:
    logger.exception(error)

Які журнали:

ERROR:__main__:something bad happened!
Traceback (most recent call last):
  File "<stdin>", line 2, in <module>
  File "<stdin>", line 2, in do_something_that_might_error
  File "<stdin>", line 2, in raise_error
RuntimeError: something bad happened!

І тому ми отримуємо такий самий вихід, як і коли ми маємо помилку:

>>> do_something_that_might_error()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 2, in do_something_that_might_error
  File "<stdin>", line 2, in raise_error
RuntimeError: something bad happened!

Отримання просто рядок

Якщо ви дійсно просто хочете рядок, скористайтеся traceback.format_excфункцією замість цього, продемонструвавши тут реєстрацію рядка:

import traceback
try:
    do_something_that_might_error()
except Exception as error:
    just_the_string = traceback.format_exc()
    logger.debug(just_the_string)

Які журнали:

DEBUG:__main__:Traceback (most recent call last):
  File "<stdin>", line 2, in <module>
  File "<stdin>", line 2, in do_something_that_might_error
  File "<stdin>", line 2, in raise_error
RuntimeError: something bad happened!

1
це найкращий метод при використанні python 3 (порівняно, наприклад, з деякими відповідями нижче)?
Юнті

1
@Yunti Я вважаю, що цей API був узгодженим у Python 2 та 3.
Aaron Hall

Форматування цієї відповіді обговорювалося на мета: meta.stackoverflow.com/questions/386477/… .
Лундін

Я надіслав правки на наступне, але не ввійшов у систему, щоб відображатись як анонімний: except Exception as e: logger.exception("<<clearly and distinctly describe what failed here>>", exc_info=e)
arntg

@arntg Я вдячний, що ти намагаєшся допомогти, але ця редакція була б шкідливою зміною. Будьте в майбутньому набагато обережнішими, щоб повністю зрозуміти API, які ви намагаєтеся використовувати. У цьому випадку exc_infoаргумент очікує , що «виключення» кортеж в той час як errorце екземпляр Exceptionоб'єкта (або підклас), і немає ніякої необхідності в зміна errorдо e.
Аарон Холл

39

З Python 3 наступний код буде форматувати Exceptionоб'єкт точно так, як було б отримано за допомогою traceback.format_exc():

import traceback

try: 
    method_that_can_raise_an_exception(params)
except Exception as ex:
    print(''.join(traceback.format_exception(etype=type(ex), value=ex, tb=ex.__traceback__)))

Перевага полягає в Exceptionтому, що потрібен лише об'єкт (завдяки записаному __traceback__атрибуту), і тому він може бути легше переданий як аргумент іншій функції для подальшої обробки.


1
Це краще, ніж sys.exc_info (), який не є хорошим стилем OO і використовує глобальну змінну.
WeiChing 林 煒 清

Це запитує конкретно , як отримати відслідковує від об'єкта виключення , як ви зробили тут: stackoverflow.com/questions/11414894 / ...
Чіро Сантіллі郝海东冠状病六四事件法轮功

Існує більш простий спосіб Python3 без використання .__traceback__і type, см stackoverflow.com/a/58764987/5717886
don_vanchos

34
>>> import sys
>>> import traceback
>>> try:
...   5 / 0
... except ZeroDivisionError as e:
...   type_, value_, traceback_ = sys.exc_info()
>>> traceback.format_tb(traceback_)
['  File "<stdin>", line 2, in <module>\n']
>>> value_
ZeroDivisionError('integer division or modulo by zero',)
>>> type_
<type 'exceptions.ZeroDivisionError'>
>>>
>>> 5 / 0
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ZeroDivisionError: integer division or modulo by zero

Ви використовуєте sys.exc_info () для збору інформації та функцій у tracebackмодулі для її форматування. Ось кілька прикладів її форматування.

Весь рядок винятку знаходиться у:

>>> ex = traceback.format_exception(type_, value_, traceback_)
>>> ex
['Traceback (most recent call last):\n', '  File "<stdin>", line 2, in <module>\n', 'ZeroDivisionError: integer division or modulo by zero\n']

9

Для тих, хто використовує Python-3

Використовуючи tracebackмодуль і exception.__traceback__один, можна витягти слід стека таким чином:

  • схопити поточний стек-трасування за допомогоюtraceback.extract_stack()
  • видаліть останні три елементи (як це записи в стеці, які отримали мене до моєї функції налагодження)
  • додайте __traceback__об'єкт виключення за допомогоюtraceback.extract_tb()
  • відформатуйте всю справу за допомогою traceback.format_list()
import traceback
def exception_to_string(excp):
   stack = traceback.extract_stack()[:-3] + traceback.extract_tb(excp.__traceback__)  # add limit=?? 
   pretty = traceback.format_list(stack)
   return ''.join(pretty) + '\n  {} {}'.format(excp.__class__,excp)

Проста демонстрація:

def foo():
    try:
        something_invalid()
    except Exception as e:
        print(exception_to_string(e))

def bar():
    return foo()

Ми отримуємо наступний вихід, коли телефонуємо bar():

  File "./test.py", line 57, in <module>
    bar()
  File "./test.py", line 55, in bar
    return foo()
  File "./test.py", line 50, in foo
    something_invalid()

  <class 'NameError'> name 'something_invalid' is not defined

Це схоже на нечитабельний складний код. В Python 3.5+ є більш елегантний і простий спосіб: stackoverflow.com/a/58764987/5717886
don_vanchos

6

Ви також можете скористатися вбудованим модулем Python, cgitb , щоб отримати дійсно гарну, добре відформатовану інформацію про виключення, включаючи локальні значення змінних, контекст вихідного коду, параметри функції тощо.

Наприклад, для цього коду ...

import cgitb
cgitb.enable(format='text')

def func2(a, divisor):
    return a / divisor

def func1(a, b):
    c = b - 5
    return func2(a, c)

func1(1, 5)

ми отримуємо цей вихід виключення ...

ZeroDivisionError
Python 3.4.2: C:\tools\python\python.exe
Tue Sep 22 15:29:33 2015

A problem occurred in a Python script.  Here is the sequence of
function calls leading up to the error, in the order they occurred.

 c:\TEMP\cgittest2.py in <module>()
    7 def func1(a, b):
    8   c = b - 5
    9   return func2(a, c)
   10
   11 func1(1, 5)
func1 = <function func1>

 c:\TEMP\cgittest2.py in func1(a=1, b=5)
    7 def func1(a, b):
    8   c = b - 5
    9   return func2(a, c)
   10
   11 func1(1, 5)
global func2 = <function func2>
a = 1
c = 0

 c:\TEMP\cgittest2.py in func2(a=1, divisor=0)
    3
    4 def func2(a, divisor):
    5   return a / divisor
    6
    7 def func1(a, b):
a = 1
divisor = 0
ZeroDivisionError: division by zero
    __cause__ = None
    __class__ = <class 'ZeroDivisionError'>
    __context__ = None
    __delattr__ = <method-wrapper '__delattr__' of ZeroDivisionError object>
    __dict__ = {}
    __dir__ = <built-in method __dir__ of ZeroDivisionError object>
    __doc__ = 'Second argument to a division or modulo operation was zero.'
    __eq__ = <method-wrapper '__eq__' of ZeroDivisionError object>
    __format__ = <built-in method __format__ of ZeroDivisionError object>
    __ge__ = <method-wrapper '__ge__' of ZeroDivisionError object>
    __getattribute__ = <method-wrapper '__getattribute__' of ZeroDivisionError object>
    __gt__ = <method-wrapper '__gt__' of ZeroDivisionError object>
    __hash__ = <method-wrapper '__hash__' of ZeroDivisionError object>
    __init__ = <method-wrapper '__init__' of ZeroDivisionError object>
    __le__ = <method-wrapper '__le__' of ZeroDivisionError object>
    __lt__ = <method-wrapper '__lt__' of ZeroDivisionError object>
    __ne__ = <method-wrapper '__ne__' of ZeroDivisionError object>
    __new__ = <built-in method __new__ of type object>
    __reduce__ = <built-in method __reduce__ of ZeroDivisionError object>
    __reduce_ex__ = <built-in method __reduce_ex__ of ZeroDivisionError object>
    __repr__ = <method-wrapper '__repr__' of ZeroDivisionError object>
    __setattr__ = <method-wrapper '__setattr__' of ZeroDivisionError object>
    __setstate__ = <built-in method __setstate__ of ZeroDivisionError object>
    __sizeof__ = <built-in method __sizeof__ of ZeroDivisionError object>
    __str__ = <method-wrapper '__str__' of ZeroDivisionError object>
    __subclasshook__ = <built-in method __subclasshook__ of type object>
    __suppress_context__ = False
    __traceback__ = <traceback object>
    args = ('division by zero',)
    with_traceback = <built-in method with_traceback of ZeroDivisionError object>

The above is a description of an error in a Python program.  Here is
the original traceback:

Traceback (most recent call last):
  File "cgittest2.py", line 11, in <module>
    func1(1, 5)
  File "cgittest2.py", line 9, in func1
    return func2(a, c)
  File "cgittest2.py", line 5, in func2
    return a / divisor
ZeroDivisionError: division by zero

5

Якщо ви хочете отримати ту саму інформацію, яка надається, коли виняток не обробляється, ви можете зробити щось подібне. Зробіть, import tracebackа потім:

try:
    ...
except Exception as e:
    print(traceback.print_tb(e.__traceback__))

Я використовую Python 3.7.


3

Для Python 3.5+ :

Отже, ви можете отримати стек-трек зі свого винятку, як і з будь-якого іншого винятку. Використовуйте traceback.TracebackExceptionдля цього (просто замініть exвинятком):

print("".join(traceback.TracebackException.from_exception(ex).format())

Розширений приклад та інші функції для цього:

import traceback

try:
    1/0
except Exception as ex:
    print("".join(traceback.TracebackException.from_exception(ex).format()) == traceback.format_exc() == "".join(traceback.format_exception(type(ex), ex, ex.__traceback__))) # This is True !!
    print("".join(traceback.TracebackException.from_exception(ex).format()))

Вихід буде приблизно таким:

True
Traceback (most recent call last):
  File "untidsfsdfsdftled.py", line 29, in <module>
    1/0
ZeroDivisionError: division by zero


1

Якщо ваша мета - зробити так, щоб повідомлення про виняток і стек-трек виглядало так, як пітон видає помилку, в обох python 2 + 3 працює наступне:

import sys, traceback


def format_stacktrace():
    parts = ["Traceback (most recent call last):\n"]
    parts.extend(traceback.format_stack(limit=25)[:-2])
    parts.extend(traceback.format_exception(*sys.exc_info())[1:])
    return "".join(parts)

# EXAMPLE BELOW...

def a():
    b()


def b():
    c()


def c():
    d()


def d():
    assert False, "Noooh don't do it."


print("THIS IS THE FORMATTED STRING")
print("============================\n")

try:
    a()
except:
    stacktrace = format_stacktrace()
    print(stacktrace)

print("THIS IS HOW PYTHON DOES IT")
print("==========================\n")
a()

Це працює, видаляючи останній format_stacktrace()дзвінок зі стека та приєднуючись до решти. При запуску наведений вище приклад дає такий результат:

THIS IS THE FORMATTED STRING
============================

Traceback (most recent call last):
  File "test.py", line 31, in <module>
    a()
  File "test.py", line 12, in a
    b()
  File "test.py", line 16, in b
    c()
  File "test.py", line 20, in c
    d()
  File "test.py", line 24, in d
    assert False, "Noooh don't do it."
AssertionError: Noooh don't do it.

THIS IS HOW PYTHON DOES IT
==========================

Traceback (most recent call last):
  File "test.py", line 38, in <module>
    a()
  File "test.py", line 12, in a
    b()
  File "test.py", line 16, in b
    c()
  File "test.py", line 20, in c
    d()
  File "test.py", line 24, in d
    assert False, "Noooh don't do it."
AssertionError: Noooh don't do it.

0

Я визначив наступний хелперний клас:

import traceback
class TracedExeptions(object):
    def __init__(self):
        pass
    def __enter__(self):
        pass

    def __exit__(self, etype, value, tb):
      if value :
        if not hasattr(value, 'traceString'):
          value.traceString = "\n".join(traceback.format_exception(etype, value, tb))
        return False
      return True

Який пізніше я можу використовувати так:

with TracedExeptions():
  #some-code-which-might-throw-any-exception

А пізніше можна споживати так:

def log_err(ex):
  if hasattr(ex, 'traceString'):
    print("ERROR:{}".format(ex.traceString));
  else:
    print("ERROR:{}".format(ex));

(Походження: Я frustraded з - за використання Promiseз разом з Exceptionс, що , до жаль , проходить виключення , порушені в одному місці на on_rejected обробника в іншому місці, і , таким чином, важко отримати відслідковує від вихідного місця розташування)

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.