在Python中手动引发(抛出)异常

TIM*_*MEX 2079 python exception

如何在Python中引发异常以便以后可以通过except块捕获?

Aar*_*all 2685

如何在Python中手动抛出/引发异常?

使用最具体的Exception构造函数,它在语义上适合您的问题.

在您的消息中具体说明,例如:

raise ValueError('A very specific bad thing happened.')
Run Code Online (Sandbox Code Playgroud)

不要引发一般异常

避免引发通用异常.为了捕获它,你必须捕获所有其他更具体的异常子类.

问题1:隐藏错误

raise Exception('I know Python!') # Don't! If you catch, likely to hide bugs.
Run Code Online (Sandbox Code Playgroud)

例如:

def demo_bad_catch():
    try:
        raise ValueError('Represents a hidden bug, do not catch this')
        raise Exception('This is the exception you expect to handle')
    except Exception as error:
        print('Caught this error: ' + repr(error))

>>> demo_bad_catch()
Caught this error: ValueError('Represents a hidden bug, do not catch this',)
Run Code Online (Sandbox Code Playgroud)

问题2:不会抓住

更具体的捕获量不会捕获一般异常:

def demo_no_catch():
    try:
        raise Exception('general exceptions not caught by specific handling')
    except ValueError as e:
        print('we will not catch exception: Exception')


>>> demo_no_catch()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 3, in demo_no_catch
Exception: general exceptions not caught by specific handling
Run Code Online (Sandbox Code Playgroud)

最佳实践:raise声明

相反,请使用最具特异性的Exception构造函数,该构造函数在语义上适合您的问题.

raise ValueError('A very specific bad thing happened')
Run Code Online (Sandbox Code Playgroud)

它还可以方便地将任意数量的参数传递给构造函数:

raise ValueError('A very specific bad thing happened', 'foo', 'bar', 'baz') 
Run Code Online (Sandbox Code Playgroud)

这些参数由argsException对象上的属性访问.例如:

try:
    some_code_that_may_raise_our_value_error()
except ValueError as err:
    print(err.args)
Run Code Online (Sandbox Code Playgroud)

版画

('message', 'foo', 'bar', 'baz')    
Run Code Online (Sandbox Code Playgroud)

在Python 2.5中,实际message属性被添加到BaseException中,有利于鼓励用户子类化Exceptions并停止使用args,但args 的引入message和原始弃用已被撤消.

最佳实践:except条款

例如,在except子句中,您可能希望记录发生特定类型的错误,然后重新引发.在保留堆栈跟踪的同时执行此操作的最佳方法是使用bare raise语句.例如:

logger = logging.getLogger(__name__)

try:
    do_something_in_app_that_breaks_easily()
except AppError as error:
    logger.error(error)
    raise                 # just this!
    # raise AppError      # Don't do this, you'll lose the stack trace!
Run Code Online (Sandbox Code Playgroud)

不要修改你的错误...但如果你坚持.

您可以保留堆栈跟踪(和错误值)sys.exc_info(),但这更容易出错并且在Python 2和3之间存在兼容性问题,更喜欢使用裸引导raise来重新引发.

解释 - sys.exc_info()返回类型,值和回溯.

type, value, traceback = sys.exc_info()
Run Code Online (Sandbox Code Playgroud)

这是Python 2中的语法 - 注意这与Python 3不兼容:

    raise AppError, error, sys.exc_info()[2] # avoid this.
    # Equivalently, as error *is* the second object:
    raise sys.exc_info()[0], sys.exc_info()[1], sys.exc_info()[2]
Run Code Online (Sandbox Code Playgroud)

如果您愿意,可以修改新加注的内容 - 例如为实例设置新的参数:

def error():
    raise ValueError('oops!')

def catch_error_modify_message():
    try:
        error()
    except ValueError:
        error_type, error_instance, traceback = sys.exc_info()
        error_instance.args = (error_instance.args[0] + ' <modification>',)
        raise error_type, error_instance, traceback
Run Code Online (Sandbox Code Playgroud)

我们在修改args的同时保留了整个回溯.请注意,这不是最佳实践,它在Python 3中是无效的语法(使兼容性更难以解决).

>>> catch_error_modify_message()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 3, in catch_error_modify_message
  File "<stdin>", line 2, in error
ValueError: oops! <modification>
Run Code Online (Sandbox Code Playgroud)

Python 3中:

    raise error.with_traceback(sys.exc_info()[2])
Run Code Online (Sandbox Code Playgroud)

再次:避免手动操纵回溯.这是效率较低,更容易出错.如果你正在使用线程,sys.exc_info你甚至可能得到错误的回溯(特别是如果你使用异常处理控制流程 - 我个人倾向于避免.)

Python 3,异常链接

在Python 3中,您可以链接Exceptions,它可以保留回溯:

    raise RuntimeError('specific message') from error
Run Code Online (Sandbox Code Playgroud)

意识到:

  • 确实允许更改引发的错误类型,和
  • 这与Python 2 兼容.

不推荐使用的方法:

这些可以轻松隐藏甚至进入生产代码.你想引发一个异常,并且它们会引发异常,但不会引发异常!

在Python 2中有效,但在Python 3中没有以下内容:

raise ValueError, 'message' # Don't do this, it's deprecated!
Run Code Online (Sandbox Code Playgroud)

只有在旧版本的Python(2.4及更低版本)中有效,您仍然可以看到人们提升字符串:

raise 'message' # really really wrong. don't do this.
Run Code Online (Sandbox Code Playgroud)

在所有现代版本中,这实际上会引发TypeError,因为您没有引发BaseException类型.如果您没有检查正确的例外,并且没有知道该问题的审阅者,则可以投入生产.

示例用法

如果他们错误地使用了我的API,我会引发Exceptions警告消费者:

def api_func(foo):
    '''foo should be either 'baz' or 'bar'. returns something very useful.'''
    if foo not in _ALLOWED_ARGS:
        raise ValueError('{foo} wrong, use "baz" or "bar"'.format(foo=repr(foo)))
Run Code Online (Sandbox Code Playgroud)

在apropos时创建自己的错误类型

"我想故意制造一个错误,以便它会进入除外"

您可以创建自己的错误类型,如果要指示应用程序特定的错误,只需在异常层次结构中继承适当的点:

class MyAppLookupError(LookupError):
    '''raise this when there's a lookup error for my app'''
Run Code Online (Sandbox Code Playgroud)

和用法:

if important_key not in resource_dict and not ok_to_be_missing:
    raise MyAppLookupError('resource is missing, and that is not ok.')
Run Code Online (Sandbox Code Playgroud)

  • 谢谢你,这正是我所需要的.我需要能够在多级代码执行时执行自定义错误调试,而不会破坏堆栈跟踪. (16认同)
  • 请注意,完整的引号是“所有内置的,非系统退出的异常都派生自此类。所有用户定义的异常也应派生自此类。” -这主要意味着您不应该使用不是从`Exception`派生的四个异常之一作为父类-您可以将更具体的子类化,并且在有意义的情况下应该这样做。 (2认同)

Gab*_*ley 526

不要这样做.提出裸露Exception绝对不是正确的做法; 相反,请参阅Aaron Hall的优秀答案.

不能得到比这更多的pythonic:

raise Exception("I know python!")
Run Code Online (Sandbox Code Playgroud)

如果您想了解更多信息,请参阅python 的raise语句文档.

  • 不谢谢!这消除了对捕获的内容的具体可能性.完全是错误的做法.看看Aaron Hall的优秀答案,而不是这个.这是我喜欢的时间,我希望每个答案能给出一个以上的downvote. (62认同)
  • @PeterR同样糟糕的是,它有如此少的downvotes.对任何人来说,阅读这个答案,不要这样做!正确答案是Aaron Hall的答案. (26认同)
  • @CharlieParker有.这是[Aaron Hall的答案]的第一部分(http://stackoverflow.com/a/24065533). (8认同)
  • 这是Python。很多时候,您正在为一些快速工作编写 20 行脚本,而这些工作只能以一种方式出错,而使用信息丰富的消息引发通用异常是完成这项工作的最佳工具。 (7认同)
  • @codeforester 可能是因为它在回答这个问题。 (6认同)
  • 我认为应该有更详细的解释为什么这是错误的或那么糟糕. (5认同)
  • 为什么这个答案不能被标记为删除?它已经有93个downvotes! (5认同)
  • 为什么对使用纯粹的异常感到愤怒?拥有自定义异常类很有用,但对于基本/小型项目或脚本来说并不是什么大问题。这不像代码漏洞...... (4认同)
  • 答案回答了问题。时期。人们对“如何使用语言”和“最佳实践”感到困惑。 (4认同)
  • 这个答案仍然存在,因为许多经验丰富的开发人员不同意使用专门的异常类。我希望我可以拒绝评论。 (2认同)

N R*_*awa 44

在Python3中,有4种不同的语法用于rasing异常:

1. raise exception 
2. raise exception (args) 
3. raise
4. raise exception (args) from original_exception
Run Code Online (Sandbox Code Playgroud)

1.引发异常与2.引发异常(args)

如果raise exception (args) 用于引发异常,则在 args打印异常对象时将打印该异常 - 如下例所示.

  #raise exception (args)
    try:
        raise ValueError("I have raised an Exception")
    except ValueError as exp:
        print ("Error", exp)     # Output -> Error I have raised an Exception 



  #raise execption 
    try:
        raise ValueError
    except ValueError as exp:
        print ("Error", exp)     # Output -> Error 
Run Code Online (Sandbox Code Playgroud)

3.raise

raise没有任何参数的语句重新引发最后一个异常.如果您需要在捕获异常后执行某些操作然后想要重新提升它,这将非常有用.但如果以前没有例外,则raise语句会引发 TypeError异常.

def somefunction():
    print("some cleaning")

a=10
b=0 
result=None

try:
    result=a/b
    print(result)

except Exception:            #Output ->
    somefunction()           #some cleaning
    raise                    #Traceback (most recent call last):
                             #File "python", line 8, in <module>
                             #ZeroDivisionError: division by zero
Run Code Online (Sandbox Code Playgroud)

4.从original_exception中引发异常(args)

此语句用于创建异常链接,其中为响应另一个异常而引发的异常可以包含原始异常的详细信息 - 如下面的示例所示.

class MyCustomException(Exception):
pass

a=10
b=0 
reuslt=None
try:
    try:
        result=a/b

    except ZeroDivisionError as exp:
        print("ZeroDivisionError -- ",exp)
        raise MyCustomException("Zero Division ") from exp

except MyCustomException as exp:
        print("MyException",exp)
        print(exp.__cause__)
Run Code Online (Sandbox Code Playgroud)

输出:

ZeroDivisionError --  division by zero
MyException Zero Division 
division by zero
Run Code Online (Sandbox Code Playgroud)

  • 还有“raise exception(args) from None”表示当前活动的异常已被处理并且不再感兴趣。否则,如果您在“ except”块内引发异常并且未处理该异常,则两个异常的回溯将显示为由消息“在处理上述异常期间,发生了另一个异常”分隔 (4认同)
  • 请注意,PEP8比`exception(args)`更喜欢`exception(args)`。 (3认同)

Evg*_*eev 33

对于常见的情况,您需要抛出异常以响应某些意外情况,并且您永远不想捕获,但只是快速失败以使您能够从那里进行调试(如果它发生的话) - 最合乎逻辑的一个似乎是AssertionError:

if 0 < distance <= RADIUS:
    #Do something.
elif RADIUS < distance:
    #Do something.
else:
    raise AssertionError("Unexpected value of 'distance'!", distance)
Run Code Online (Sandbox Code Playgroud)

  • 对于`ValueError`而言,这比`AssertionError`更好,因为断言没有问题(因为这里没有问题) - 问题在于值.如果你真的想在这种情况下使用`AssertionError`,写'断言距离> 0,'距离必须为正'.但你不应该错误检查,因为可以关闭断言(`python -O`). (18认同)
  • 可以关闭@ Two-BitAlchemist断言,是的,但是您根本不应该使用它们来进行错误检查吗? (2认同)

Ana*_*ash 11

首先阅读现有的答案,这只是一个附录.

请注意,您可以使用或不使用参数引发异常.

例:

raise SystemExit
Run Code Online (Sandbox Code Playgroud)

退出程序,但你可能想知道发生了什么.所以你可以使用它.

raise SystemExit("program exited")
Run Code Online (Sandbox Code Playgroud)

这将在关闭程序之前将"程序退出"打印到stderr.

  • 这不是违背OOP范式吗?我假设,第一种情况抛出类引用,第二种情况抛出 SystemExit 的实例。“raise SystemExit()”不是更好的选择吗?为什么第一个还有效? (3认同)

mar*_*mus 6

请注意:有时您确实希望处理通用异常。如果您正在处理一堆文件并记录错误,您可能希望捕获文件发生的任何错误,记录它,然后继续处理其余文件。在这种情况下,一个

try:
    foo() 
except Exception as e:
    print(e) # Print out handled error
Run Code Online (Sandbox Code Playgroud)

块是一个很好的方法来做到这一点。不过,您仍然需要raise特定的例外情况,以便了解它们的含义。


Reh*_*der 5

另一种抛出异常的方法是assert. 您可以使用 assert 来验证是否满足条件,否则它将引发AssertionError。有关更多详细信息,请查看此处

def avg(marks):
    assert len(marks) != 0,"List is empty."
    return sum(marks)/len(marks)

mark2 = [55,88,78,90,79]
print("Average of mark2:",avg(mark2))

mark1 = []
print("Average of mark1:",avg(mark1))
Run Code Online (Sandbox Code Playgroud)

  • 并非万无一失,因为当使用优化 (-O) 标志调用解释器时,CPython 中的断言将被忽略;如果你想真正控制程序流程“嘿,这种情况不应该发生,但如果为真则异常结束”,请手动“raise AssertionError()” (6认同)