抛出错误

因为错误是class，捕获一个错误就是捕获到该class的一个实例。因此，错误并不是凭空产生的，而是有意创建并抛出的。Python的内置函数会抛出很多类型的错误，我们自己编写的函数也可以抛出错误。

如果要抛出错误，首先根据需要，可以定义一个错误的class，选择好继承关系，然后，用 raise 语句抛出一个错误的实例：

# err_raise.py

class FooError(ValueError):

pass



def foo(s):

n = int(s)

if n==0:

raise FooError('invalid value: %s' % s)

return 10 / n



foo('0')

执行，可以最后跟踪到我们自己定义的错误：

$ python3 errraise.py

Traceback (most recent call last):

File "errthrow.py", line 11, in <module>

foo('0')

File "err_throw.py", line 8, in foo

raise FooError('invalid value: %s' % s)

__main.FooError: invalid value: 0

只有在必要的时候才定义我们自己的错误类型。如果可以选择Python已有的内置的错误类型（比如 ValueError ， TypeError ），尽量使用Python内置的错误类型。

最后，我们来看另一种错误处理的方式：

# err_reraise.py



def foo(s):

n = int(s)

if n==0:

raise ValueError('invalid value: %s' % s)

return 10 / n



def bar():

try:

foo('0')

except ValueError as e:

print('ValueError!')

raise



bar()

在 bar() 函数中，我们明明已经捕获了错误，但是，打印一个 ValueError! 后，又把错误通过 raise 语句抛出去了，这不有病么？

其实这种错误处理方式不但没病，而且相当常见。捕获错误目的只是记录一下，便于后续追踪。但是，由于当前函数不知道应该怎么处理该错误，所以，最恰当的方式是继续往上抛，让顶层调用者去处理。好比一个员工处理不了一个问题时，就把问题抛给他的老板，如果他的老板也处理不了，就一直往上抛，最终会抛给CEO去处理。

raise 语句如果不带参数，就会把当前错误原样抛出。此外，在 except 中 raise 一个Error，还可以把一种类型的错误转化成另一种类型：

try:

10 / 0

except ZeroDivisionError:

raise ValueError('input error!')

只要是合理的转换逻辑就可以，但是，决不应该把一个 IOError 转换成毫不相干的 ValueError 。