publicclassThrowableextendsObjectimplementsjava.io.SerializableThrowable类是Java语言中所有错误或异常的超类。只有当对象是此类（或其子类之一）的实例时，才能通过Java虚拟机或者Javathrow语句抛出。类似地，只有此类或其子类之一才可以是catch子句中的参数类型。 

　　throwable子类

　　两个子类的实例，Error和Exception，通常用于指示发生了异常情况。通常，这些实例是在异常情况的上下文中新近创建的，因此包含了相关的信息（比如堆栈跟踪数据）。 

　　Throwable包含了其线程创建时线程执行堆栈的快照。它还包含了给出有关错误更多信息的消息字符串。最后，它还可以包含cause（原因）：另一个导致此throwable抛出的throwable。此cause设施在1.4版本中首次出现。它也称为异常链设施，因为cause自身也会有cause，依此类推，就形成了异常链，每个异常都是由另一个异常引起的。 

　　throwable性质

　　导致throwable可能具有cause的一个原因是，抛出它的类构建在低层抽象的基础上，从而高层操作由于低层操作的失败而失败。因此让低层抛出的throwable向外传播并非一种好的设计方法，因为它通常与高层提供的抽象不相关。此外，这样做会将高层API与其实现细节关联起来，并认为低层异常是经过检查的异常。抛出“经过包装的异常”（即包含cause的异常）允许高层与其调用方交流失败详细信息，而不会招致上述任何一个缺点。这种方式保留了改变高层实现而不改变其API的灵活性（尤其是，异常集合通过其方法抛出）。 

　　导致throwable可能具有cause的另一个原因是，抛出它的方法必须符合不允许方法直接抛出cause的通用接口。例如，假定持久集合符合Collection接口，而其持久性在java.io的基础上实现。假定put方法的内部可以抛出IOException。实现可以与其调用方交流IOException的详细消息，同时通过以一种合适的未检查的异常来包装IOException，使其符合Collection接口。（持久集合的规范应该指示它能够抛出这种异常。） 

　　Cause可以通过两种方式与throwable关联起来：通过一个将cause看作参数的构造方法；或者通过initCause(Throwable)方法。对于那些希望将cause与其关联起来的新throwable类，应该提供带有cause的构造方法，并委托（可能间接）给一个带有cause的Throwable构造方法。