异常的局限性

异常的局限性:当你覆写(override)某个函数，你只能够抛出它在base class 中明白列出（列于异常说明）的异常。这是一个很好的限制，这意味着在base class上运行的程序代码（包括异常）都能自动地在所有衍生的class objects身上运行。

P403异常身上被加诸的束缚，在构造函数身上并不存在。无论基类构造函数究竟掷出什么，derived class 可以抛出任何他想掷出的异常。不过由于base class 构造函数总是必须以某种方式唤起，derived class的构造函数必须在自己的异常说明中声明所有base class构造函数所声明的异常。

derived class 中的函数遵守base class函数的异常声明，才能维护对象的可替代性。

即使base class函数掷出异常，该函数的derived class 版本仍有可能选择不掷出异常。

如果你处理的是一个derived class 对象，编译器会强迫你只能捕捉刚好符合该class所规定的异常。但如果你将对象向上转型为基本型别，编译器就会强迫你捕捉基本型别所规范的异常。

**某个函数的“异常说明接口”在继承和重载过程中可能变窄，不可能变宽。

处理异常时需考量的设计议题之一，便是决定究竟在目前这一层完全处理掉异常、或只是局部处理然后将同一个（或另一个）异常传递出去、抑或是将异常径自传递出去。