Java异常

1.Java异常
（1）异常：程序执行中发生的不正常情况。
（2）开发过程中的语法错误不叫异常。
（3）Java的异常处理：处理非预期的情况，如文件没找到，空指针等。
（4）Java程序运行过程中所发生的异常事件可分为两类：
①Error:JVM系统内部错误、资源耗尽等严重情况//无法控制,不处理
②Exception:其它因编程错误或偶然的外在因素导致的一般性问题。比如：空指针访问、试图读取不存在的文件等。
（5）Throwable：有两个重要的子类：Exception（异常）和Error（错误），二者都是Java 异常处理的重要子类，各自都包含大量子类。
（6）Error（错误）:是程序无法处理的错误，表示运行应用程序中较严重问题。
（7）Exception（异常）:是程序本身可以处理的异常
（8）Java异常类
2.异常分类
（1）Java的异常(包括Exception和Error)分为可查的异常（checked exceptions）和不可查的异常（unchecked exceptions）。
①可查的异常（编译器要求必须处置的异常）
②不可查的异常(编译器不要求强制处置的异常)
（2）需要异常处理：除了Error和RuntimeException
checked exceptions（检测时异常）/编译异常
不需要处理的：Error和RuntimeException
unchecked exceptions（非检测时异常）/运行时异常
（3）Exception 这种异常分两大类：运行时异常和非运行时异常(编译异常)。
①运行时异常：都是RuntimeException类及其子类异常
②非运行时异常（编译异常）：是RuntimeException以外的异常
3.常见异常
（1）RuntimeException
错误的类型转换
数组下标越界
算数异常
空指针访问
（2）IOExeption
从一个不存在的文件中读取数据
越过文件结尾继续读取
连接一个不存在的URL
4.异常处理机制
异常处理是通过try-catch-finally语句实现的。
try{…//可能产生异常的代码
}catch(ExceptionName1e){…//当产生ExceptionName1型异常时的处置措施
}catch(ExceptionName2e){…//当产生ExceptionName2型异常时的处置措施
}[finally{…//无条件执行的语句}]
①try:将可能出现异常的代码放在try语句块中。②catch(Exceptiontypee):在catch语句块中是对异常对象进行处理的代码。
③如果明确知道产生的是何种异常，可以用该异常类作为catch的参数也可以用其父类作为catch的参数。
④每个try语句块可以伴随一个或多个catch语句，用于处理可能产生的不同类型的异常对象
5.异常处理的语法规则
（1） 必须在try 之后添加catch 或finally 块。
（2）必须遵循块顺序：若代码同时使用catch 和finally 块，则必须将catch 块放在try 块之后。
（3）catch 块与相应的异常类的类型相关。
（4）一个try 块可能有多个catch 块。
（5）可嵌套try-catch-finally 结构。
（6） 在try-catch-finally 结构中，可重新抛出异常。
（7） 除了下列情况，总将执行finally 做为结束：JVM 过早终止（调用System.exit(int)）；在finally 块中抛出一个未处理的异常；计算机断电、失火、或遭遇病毒攻击。
6.Throws抛出异常
（1）throws语句的语法格式为
method name throws Exception1,Exception2,…,ExceptionN
{
}
（2）Throws抛出异常的规则
①如果是不可查异常（unchecked exception），即Error、RuntimeException或它们的子类，那么可以不使用throws关键字来声明要抛出的异常，编译仍能顺利通过，但在运行时会被系统抛出。
②必须声明方法可抛出的任何可查异常（checked exception）。
③仅当抛出了异常，该方法的调用者才必须处理或者重新抛出该异常。
④调用方法必须遵循任何可查异常的处理和声明规则。
7.Throw抛出异常
throw总是出现在函数体中，用来抛出一个Throwable类型的异常
语法格式为：throw new exceptionname;
8.异常处理一般原则
（1）能处理就早处理，抛不出去还不能处理的就想法消化掉或者转换为RuntimeException处理。事务异常，在持久化层，Dao层只能往上抛。
（2）因为对于一个应用系统来说，抛出大量异常是有问题的，应该从程序开发角度尽可能的控制异常发生的可能。
（3）对于检查异常，如果不能行之有效的处理，还不如转换为RuntimeException抛出。这样也让上层的代码有选择的余地――可处理也可不处理。
（4）对于一个应用系统来说，应该有自己的一套异常处理框架，这样当异常发生时，也能得到统一的处理风格，将优雅的异常信息反馈给用户。