Question

前一节的例子并没有带来什么新的东西。Python自身能够引发的所有的内置异常，都是预定义的类对象。此外，内置异常通常通过一般的超类分类以及具体的子类形态组织成的层次，很像我们之前学习过的异常类树。

在Python 3.0中，所有熟悉的异常（例如，SyntaxError）其实都是预定义的类，可以作为内置变量名，可以作为builtin模块中的内置名称使用（在Python 2.6中，它们位于__builtin__，并且也是标准库模块exceptions的属性）。此外，Python把内置异常组织成层次，来支持各种捕捉模式。

BaseException

异常的顶级根类。这个类不能当作是由用户定义的类直接继承的（使用Exception）。它提供了子类所继承的默认的打印和状态保持行为。如果在这个类的一个实例上调用str内置函数（例如，通过print），该类返回创建实例的时候所传递的构造函数参数的显示字符串（或者如果没有参数的话，是一个空字符串）。此外，除非子类替代了这个类的构造函数，在实例构造时候传递给这个类的所有参数都将作为一个元组存储于其args属性中。

Exception

与应用相关的异常的顶层根超类。这是Base Exception的一个直接子类，并且是所有其他内置异常的超类，除了系统退出事件类之外（SystemExit、KeyboardInterrupt和GeneratorExit）。几乎所有的用户定义的类都应该继承自这个类，而不是BaseException。当遵从这一惯例的时候，在一条try语句的处理器中指明Exception，会确保你的程序将捕获除了系统退出事件之外的所有异常，通常该事件是允许通过的。实际上，Exception变成了try语句中的一个全捕获，并且比一条空的except更精确。

ArithmeticError

所有数值错误的超类（并且是Exception的一个子类）。

OverflowError

识别特定的数值错误的子类。

其他，等等——你可以在Python Pocket Reference或Python库手册这样的帮助文本中进一步阅读关于这个结构的内容。注意，异常类树在Python 3.0和Python 2.6中略有不同。还要注意，只有在Python 2.6中，我们可以在exception模块（这个模块在Python 3.0中删除了）的帮助文本中看到类树。参考第4章和第15章有关help的内容：

内置异常分类

内置类树可让你选择处理器具体或通用的程度。例如，内置异常ArithmeticError是如OverflowError和ZeroDivisionError这样的更为具体的异常的超类。在一条try中列出ArithmeticError，将会捕获所引发的任何类型的数值错误；只列出OverflowError时，就只会拦截这种特定类型的错误，而不能捕捉其他的异常。

与之相类似的是，因为Exception是Python中所有应用程序级别的异常的超类，通常可以使用它作为一个全捕获，其效果与一条空的except很类似，但是它允许系统退出异常而像平常那样通过：

这在Python 2.6中通常不会有效，因为编写为经典类的独立的用户定义异常，不要求必须是Exception根类的子类。这一技术在Python 3.0中不会更为可靠，因为它要求所有的类都派生自内置异常。即便在Python 3.0中，这种方案会像空的except一样遭遇大多数相同的潜在陷阱，就像前一章所介绍的那样——它可能拦截用于其他地方的异常，并且可能掩盖了真正的编程错误。既然这是如此常见的一个问题，我们将在下一章的“陷阱”部分回顾它。

无论你是否使用内置类树内的分类，这都是个不错的例子。在代码中通过类异常使用相似的技术，就可提供非常灵活并且修改方便的异常集合。