异常要抓仍是要抛

        若是方法设计流程中发生异常，而你设计时并无充足的信息知道该如何处理（例如不知道连接库会用在什么环境），那么能够抛出异常，让调用方法的客户端来处理。

        操做对象的过程当中若是会抛出受检异常，但目前环境信息不足以处理异常，没法使用try...catch处理时，可由方法的客户端依据当时调用的环境信息进行处理。为了告诉编译程序这个事实，必须使用throws声明此方法会抛出的异常类型或父类型，编译程序才会让你经过编译。

        抛出受检异常，表示你认为调用方法的客户端有能力且应该处理异常，throws声明部分会是API操做接口的一部分，客户端不用查看原始码，从API文件上就能直接得知，该方法可能抛出哪些异常。

        若是你认为客户端调用方法的时机不当引起了某个错误，但愿客户端准备好前置条件，再来调用方法，这时能够抛出非受检异常让客户端得知此状况，若是是非受检异常，编译程序不会明确要求使用try...catch或在方法上使用throws声明，由于Java会认为非受检异常是程序设计不当引起的BUG，异常应自动向外传播，不该使用try...catch来尝试处理，而应改善程序逻辑来避免引起错误。

        实际上在异常发生时，可以使用try...catch处理当时环境可进行的异常处理，当时环境下没法决定如何处理的部分，能够抛出由调用方法的客户端处理。

        在catch代码块进行完部分错误处理以后，可使用throw（注意不是throws）将异常再抛出，实际上，能够在任何流程中抛出异常，不必定要在catch代码块中，在流程中抛出异常，就直接调离原有的流程，能够抛出受检或非受检异常，若是抛出的是受检异常，表示你认为客户端有能力且应处理异常，此时必须在方法上使用throws声明，若是抛出的异常是非受检异常，表示你认为客户端调用方法的时机出错了，抛出异常是要求客户端修正这个BUG再来调用方法，此时也就不使用throws声明。

        若是使用继承时，父类某个方法声明throws某些异常，子类从新定义该方法时能够：

        a.不声明throws任何异常；

        b.throws父类该方法中声明的某些异常；

        c.throws父类该方法中声明异常的子类；

        可是不能够：

        a.throws父类方法中未声明的其余异常；

        b.throws父类方法中声明异常的父类。