选择使用try-catch-finally 还是使用throws?
如果父类中被重写的方法没有throws方式处理异常，则子类重写的方法也不能使用throws，意味着如果 * 子类重写的方法中有异常，必须使用try-catch-finally方式处理
执行的方法a中，先后又调用了另外的几个方法，这几个方法是递进关系执行的。我们建议这几个方法使用throws * 的方式进行处理。而执行的方法a可以考虑使用try-catch-finally方式进行处理
手动抛出异常
首先要生成异常类对象，然后通过throw语句实现抛出操作(提交给Java运行环境)
throw new Exception("您输入的数据非法！")
异常概念
Error: Java虚拟机无法解决的严重问题。如：JVM系统内部错误、资源耗尽等严重情况。比如：StackOverflowError和OOM。一般不编写针对性的代码进行处理
Exception :其它因编程错误或偶然的外在因素导致的一般性问题，可以使用针对性的代码进行处理,例如
空指针访问<br>
试图读取不存在的文件
网络连接中断
数组角标越界
异常的分类
编译时异常
是指编译器不要求强制处置的异常。一般是指编程时的逻辑错误，是程序员应该积极避免其出现的异常。java.lang.RuntimeException类及它的子类都是运行时异常。<br>
对于这类异常，可以不作处理，因为这类异常很普遍，若全处理可能会对程序的可读性和运行效率产生影响
运行时异常
是指编译器要求必须处置的异常。即程序在运行时由于外界因素造成的一般性异常。编译器要求Java程序必须捕获或声明所有编译时异常<br>
对于这类异常，如果程序不处理，可能会带来意想不到的结果
异常处理机制一：try-catch-finally
.inally是可选的。<br>
catch中的异常类型如果满足子父类关系，则要求子类一定声明在父类的上面。否则，报错
常用的异常对象处理的方式： ① String getMessage() ② printStackTrace()
使用try-catch-finally处理编译时异常，是得程序在编译时就不再报错，但是运行时仍可能报错。 * 相当于我们使用try-catch-finally将一个编译时可能出现的异常，延迟到运行时出现
由于运行时异常比较常见，所以我们通常就不针对运行时异常编写try-catch-finally了。 * 针对于编译时异常，我们说一定要考虑异常的处理
异常处理机制二：throws
"throws + 异常类型"写在方法的声明处。指明此方法执行时，可能会抛出的异常类型
一旦当方法体执行时，出现异常，仍会在异常代码处生成一个异常类的对象，此对象满足throws后异常类型时，就会被抛出。异常代码后续的代码，就不再执行！
try-catch-finally:真正的将异常给处理掉了。 * throws的方式只是将异常抛给了方法的调用者。 并没有真正将异常处理掉
子类重写的方法抛出的异常类型不大于父类被重写的方法抛出的异常类型
