python: Как узнать, какой тип исключения произошел?

Question

У меня есть функция под названием основной программы:

try: 
    someFunction() 
except: 
    print "exception happened!" 

, но в середине выполнения функции она вызывает исключение, поэтому переход к except части.

Как я могу точно увидеть, что произошло в someFunction(), что вызвало исключение?

Answer 1

Другие ответы на все указывают на то, что вы не должны улавливать общие исключения, но никто, кажется, не хочет говорить вам, почему, что необходимо для понимания, когда вы можете нарушить «правило». Here - описание. В принципе, это так, что вы не скрывают:

• тот факт, что произошла ошибка
• специфику возникшей ошибки (error hiding antipattern)

Так до тех пор, как вы заботитесь к не делайте ничего такого, все в порядке, чтобы поймать общее исключение. Например, вы могли бы предоставить информацию об исключении пользователя еще один способ, как:

• Present исключений, как диалоги в GUI
• исключения Перенести из рабочего потока или процесса контрольного потока или процесс в многопоточное или многопроцессорное приложение

Итак, как поймать общее исключение? Есть несколько способов. Если вы просто хотите, объект исключения, сделать это следующим образом:

try: 
    someFunction() 
except Exception as ex: 
    template = "An exception of type {0} occurred. Arguments:\n{1!r}" 
    message = template.format(type(ex).__name__, ex.args) 
    print message 

Сделать уверенmessage доставленных до сведения пользователя в труднодоступном промаха пути! Печатать его, как показано выше, может быть недостаточно, если сообщение захоронено множеством других сообщений. Неспособность привлечь внимание пользователей равносильна проглатыванию всех исключений, и, если есть какое-то впечатление, вы должны были уйти после прочтения ответов на этой странице, это то, что это не очень хорошая вещь. Завершение исключающего блока с помощью инструкции raise устранит проблему путем прозрачного повторения исключения, которое было обнаружено.

Разница между выше и используя только except: без каких-либо аргументов имеет два аспекта:

• Голые except: не дает вам объект исключения инспектировать
• Исключения SystemExit, KeyboardInterrupt и GeneratorExit Арен» t, пойманный вышеуказанным кодом, который, как правило, вы хотите. См. exception hierarchy.

Если вы хотите же StackTrace вы получите, если вы не поймать исключение, вы можете получить, что, как это (все еще внутри, кроме пункта):

import traceback 
print traceback.format_exc() 

Если вы используете logging модуль вы можете распечатать исключение из журнала (вместе с сообщением), как это:

import logging 
log = logging.getLogger() 
log.exception("Message for you, sir!") 

Если вы хотите копать глубже и изучить стек, посмотрите на переменные и т.д., используйте post_mortem функцию pdb модуль внутри, за исключением блока:

import pdb 
pdb.post_mortem() 

Я нашел этот последний метод, чтобы быть полезным при охоте на ошибки.

Answer 2

Обычно вы не должны улавливать все возможные исключения с помощью try: ... except, поскольку это слишком широкое. Просто поймайте те, которые, как ожидается, произойдут по любой причине. Если вы действительно должны, например, если вы хотите узнать больше о какой-либо проблемы при отладке, вы должны сделать

try: 
    ... 
except Exception as ex: 
    print ex # do whatever you want for debugging. 
    raise # re-raise exception. 

Answer 3

Фактическое исключение может быть захвачено следующим образом:

try: 
    i = 1/0 
except Exception as e: 
    print e 

Вы можете Узнайте больше об исключениях от The Python Tutorial.

Answer 4

Получить имя класса принадлежит этот объект исключения: функция

e.__class__.__name__ 

и использование print_exc() будет также печать трассировки стека, который является существенной информации для сообщения об ошибке.

Как это:

from traceback import print_exc 

class dazhuangcao(Exception): pass 

try: 
    raise dazhuangcao("hi") 
except Exception, e: 
    print 'type is:', e.__class__.__name__ 
    print_exc() 
    # print "exception happened!" 

вы получите такой вывод:

type is: dazhuangcao 
Traceback (most recent call last): 
    File "exc.py", line 7, in <module> 
    raise dazhuangcao("hi") 
dazhuangcao: hi 

Answer 5

Просто воздерживаться от отлова исключения и отслеживающего, что Python печатает сообщат вам, что произошло исключение.

Answer 6

Если somefunction - очень плохо кодированная устаревшая функция, вам не нужно то, что вы просите.

использовать несколько except положение для обработки по-разному различные исключения:

try: 
    someFunction() 
except ValueError: 
    # do something 
except ZeroDivision: 
    # do something else 

Главное в том, что вы не должны поймать родовое исключение, но только те, что вам нужно. Я уверен, что вы не хотите скрывать неожиданные ошибки или ошибки.

Answer 7

попробовать: SomeFunction() , кроме исключений, отл:

#this is how you get the type 
excType = exc.__class__.__name__ 

#here we are printing out information about the Exception 
print 'exception type', excType 
print 'exception msg', str(exc) 

#It's easy to reraise an exception with more information added to it 
msg = 'there was a problem with someFunction' 
raise Exception(msg + 'because of %s: %s' % (excType, exc)) 

Answer 8

Чтобы добавить ответ Lauritz, я создал декоратор/обертку для обработки исключений и журналы оболочки, какой тип исключения имели место.

class general_function_handler(object): 
    def __init__(self, func): 
     self.func = func 
    def __get__(self, obj, type=None): 
     return self.__class__(self.func.__get__(obj, type)) 
    def __call__(self, *args, **kwargs): 
     try: 
      retval = self.func(*args, **kwargs) 
     except Exception, e : 
      logging.warning('Exception in %s' % self.func) 
      template = "An exception of type {0} occured. Arguments:\n{1!r}" 
      message = template.format(type(e).__name__, e.args) 
      logging.exception(message) 
      sys.exit(1) # exit on all exceptions for now 
     return retval 

Это можно назвать по методу класса или отдельную функцию с декоратора:

@general_function_handler

Смотрите мой блог о для полного примера: http://ryaneirwin.wordpress.com/2014/05/31/python-decorators-and-exception-handling/

Answer 9

Ваш вопрос : «Как я могу точно увидеть, что произошло в someFunction(), вызвавшем исключение?»

Мне кажется, что вы не спрашиваете о том, как обрабатывать непредвиденные исключения в производственном коде (как и многие ответы), но как узнать, что вызывает конкретное исключение во время разработки.

Самый простой способ - использовать отладчик, который может останавливаться там, где происходит неперехваченное исключение, предпочтительно не выходящее, чтобы вы могли проверять переменные. Например, PyDev в Eclipse с открытым исходным кодом может это сделать. Чтобы включить это в Eclipse, откройте перспективу отладки, выберите Manage Python Exception Breakpoints в меню Run и отметьте Suspend on uncaught exceptions.

Answer 10

Вы можете начать как Lauritz рекомендуется с:

except Exception as ex: 

, а затем просто print ex так:

try: 
    #your try code here 
except Exception as ex: 
    print ex 

Answer 11

Вот как я обработки мои исключения. Идея состоит в том, чтобы попытаться решить проблему, если это легко, а затем добавить более желательное решение, если это возможно. Не решайте проблему в коде, который генерирует исключение, или этот код теряет следы исходного алгоритма, который должен быть записан в точку. Однако передайте данные, необходимые для решения проблемы, и верните лямбду на всякий случай, если вы не сможете решить проблему за пределами кода, который ее генерирует.

path = 'app.p' 

def load(): 
    if os.path.exists(path): 
     try: 
      with open(path, 'rb') as file: 
       data = file.read() 
       inst = pickle.load(data) 
     except Exception as e: 
      inst = solve(e, 'load app data', easy=lambda: App(), path=path)() 
    else: 
     inst = App() 
    inst.loadWidgets() 

# e.g. A solver could search for app data if desc='load app data' 
def solve(e, during, easy, **kwargs): 
    class_name = e.__class__.__name__ 
    print(class_name + ': ' + str(e)) 
    print('\t during: ' + during) 
    return easy 

В настоящем время, так как я не хочу думать, тангенциально к цели моего приложения, я не добавил сложные решений. Но в будущем, когда я больше знаю о возможных решениях (поскольку приложение больше разработано), я мог бы добавить в словарь решений, проиндексированных during.

В показанном примере одним из решений может быть поиск данных приложения, хранящихся в другом месте, скажем, если файл app.p был удален по ошибке.

На данный момент, поскольку написание обработчика исключений - это не умная идея (мы пока не знаем, как лучше ее решить, поскольку дизайн приложения будет развиваться), мы просто возвращаем простое исправление, которое должно действовать как мы запускаем приложение в первый раз (в данном случае).

Answer 12

Большинство ответов указывает на except (…) as (…): синтаксис (верно так), но в то же время никто не хочет говорить о слоне в комнате, где слон sys.exc_info(). Из documentationиз SYS модуля (курсив мой):

Эта функция возвращает кортеж из трех значений, которые дают информацию о исключением того, что в настоящее время обрабатывается.
(...)
Если исключение не обрабатывается в любом месте стека, возвращается кортеж , содержащий три значения None. В противном случае возвращаемые значения (тип, значение, трассировка). Их значение: Тип получает тип обрабатываемого исключения (подкласс BaseException); Значение получает экземпляр исключения (экземпляр типа исключения); traceback получает объект трассировки (см. Справочное руководство), который инкапсулирует стек вызовов в тот момент, когда изначально возникло исключение .

Я думаю, что sys.exc_info() может рассматриваться как наиболее прямой ответ на исходный вопрос о Как я знаю, какой тип исключения произошло?