-----------android培训、java培训、java学习型技术博客、期待与您交流！------------
                                                                Java异常处理机制
当出现程序无法控制的外部环境问题（用户提供的文件不存在，文件内容损坏，网络不可用...）时，JAVA就会用异常对象来描述。JAVA中用2种方法处理异常：
1.在发生异常的地方直接处理；
2.将异常抛给调用者,让调用者处理。

JAVA异常可分为3种：
检查性异常:java.lang.Exception
运行期异常:java.lang.RuntimeException
错误:java.lang.Error

顶层是java.lang.Throwable类，检查性异常，运行期异常，错误都是这个类的子孙类。
java.lang.Exception和java.lang.Error继承自java.lang.Throwable,而java.lang.RuntimeException继承自java.lang.Exception.

检查性异常------程序正确，但因为外在的环境条件不满足引发。例如：用户错误及I/O问题----程序试图打开一个并不存在的远程Socket端口。这不是程序本身的逻辑错误，而很可能是远程机器名字错误(用户拼写错误)。对商用软件系统，程序开发者必须考虑并处理这个问题。JAVA编译器强制要求处理这类异常，如果不捕获这类异常，程序将不能被编译。
运行期异常------这意味着程序存在bug，如数组越界，0被除，入参不满足规范.....这类异常需要更改程序来避免，JAVA编译器强制要求处理这类异常。
错误------一般很少见，也很难通过程序解决。它可能源于程序的bug，但一般更可能源于环境问题，如内存耗尽。错误在程序中无须处理，而有运行环境处理。

如何处理异常？
1.try...catch
果不用try...catch捕获，程序也是可通过编译的，但如果属于检查性异常：java.lang.Exception，必须而且一定要用try...catch...对其进行处理。
2.finally
如果把finally块置try...catch...语句后，finally块一般都会得到执行，它相当于一个万能的保险，即使前面的try块发生异常，而又没有对应异常的catch块，finally块将马上执行。

以下情形，finally块将不会被执行：
(1)finally块中发生了异常；
(2)程序所在线程死亡；
(3)在前面的代码中用了System.exit()；
(4)关闭CPU。

3.多个异常的处理规则：
定义多个catch可精确地定位异常。如果为子类的异常定义了特殊的catch块，而父类的异常则放在另外一个catch块中，此时，必须满足以下规则：子类异常的处理块必须在父类异常处理块的前面，否则会发生编译错误。所以，越特殊的异常越在前面处理，越普遍的异常越在后面处理。这类似于制订防火墙的规则次序：较特殊的规则在前，较普通的规则在后。
自己也可以定义并抛出异常，方法是2步：创建异常，抛出异常(首先实例化一个异常对象,然后用thow抛出)合在一起就是----
thow new IOException("异常说明信息")。将创建异常，抛出异常合在一起的好处是：创建异常时，会包含异常创建处的行信息，异常被捕获时可以通过堆栈迹(stack Trace)的形式报告这些信息。如果在同一行代码创建和抛出异常，对于程序的调试将非常有用。
所以，thow new XXX()已经成为一个标准的异常抛出范式。
在定义一个方法时，方法块中调用的方法可能会抛出异常，可用上面的thow new XXX()处理，如果不处理，那么必须在方法定义时，用thows声明这个方法会抛出的异常。

对异常的处理，有一条行之有效的默认规则：向上抛出-----被调用类在运行过程中对遇到的异常一概不作处理，而是直接向上抛出，一直到最上层的调用类，调用类根据应用系统的需求和特定的异常处理规则进行处理，如向控制台输出异常堆栈信息，打印在日志文件中。用一句形象的话来说，就是谁使用，谁(最上层的调用类)处理。

                -----------android培训、java培训、java学习型技术博客、期待与您交流！------------
                                                                Java异常处理机制
当出现程序无法控制的外部环境问题（用户提供的文件不存在，文件内容损坏，网络不可用...）时，JAVA就会用异常对象来描述。JAVA中用2种方法处理异常：
1.在发生异常的地方直接处理；
2.将异常抛给调用者,让调用者处理。

JAVA异常可分为3种：
检查性异常:java.lang.Exception
运行期异常:java.lang.RuntimeException
错误:java.lang.Error

顶层是java.lang.Throwable类，检查性异常，运行期异常，错误都是这个类的子孙类。
java.lang.Exception和java.lang.Error继承自java.lang.Throwable,而java.lang.RuntimeException继承自java.lang.Exception.

检查性异常------程序正确，但因为外在的环境条件不满足引发。例如：用户错误及I/O问题----程序试图打开一个并不存在的远程Socket端口。这不是程序本身的逻辑错误，而很可能是远程机器名字错误(用户拼写错误)。对商用软件系统，程序开发者必须考虑并处理这个问题。JAVA编译器强制要求处理这类异常，如果不捕获这类异常，程序将不能被编译。
运行期异常------这意味着程序存在bug，如数组越界，0被除，入参不满足规范.....这类异常需要更改程序来避免，JAVA编译器强制要求处理这类异常。
错误------一般很少见，也很难通过程序解决。它可能源于程序的bug，但一般更可能源于环境问题，如内存耗尽。错误在程序中无须处理，而有运行环境处理。

如何处理异常？
1.try...catch
果不用try...catch捕获，程序也是可通过编译的，但如果属于检查性异常：java.lang.Exception，必须而且一定要用try...catch...对其进行处理。
2.finally
如果把finally块置try...catch...语句后，finally块一般都会得到执行，它相当于一个万能的保险，即使前面的try块发生异常，而又没有对应异常的catch块，finally块将马上执行。

以下情形，finally块将不会被执行：
(1)finally块中发生了异常；
(2)程序所在线程死亡；
(3)在前面的代码中用了System.exit()；
(4)关闭CPU。

3.多个异常的处理规则：
定义多个catch可精确地定位异常。如果为子类的异常定义了特殊的catch块，而父类的异常则放在另外一个catch块中，此时，必须满足以下规则：子类异常的处理块必须在父类异常处理块的前面，否则会发生编译错误。所以，越特殊的异常越在前面处理，越普遍的异常越在后面处理。这类似于制订防火墙的规则次序：较特殊的规则在前，较普通的规则在后。
自己也可以定义并抛出异常，方法是2步：创建异常，抛出异常(首先实例化一个异常对象,然后用thow抛出)合在一起就是----
thow new IOException("异常说明信息")。将创建异常，抛出异常合在一起的好处是：创建异常时，会包含异常创建处的行信息，异常被捕获时可以通过堆栈迹(stack Trace)的形式报告这些信息。如果在同一行代码创建和抛出异常，对于程序的调试将非常有用。
所以，thow new XXX()已经成为一个标准的异常抛出范式。
在定义一个方法时，方法块中调用的方法可能会抛出异常，可用上面的thow new XXX()处理，如果不处理，那么必须在方法定义时，用thows声明这个方法会抛出的异常。

对异常的处理，有一条行之有效的默认规则：向上抛出-----被调用类在运行过程中对遇到的异常一概不作处理，而是直接向上抛出，一直到最上层的调用类，调用类根据应用系统的需求和特定的异常处理规则进行处理，如向控制台输出异常堆栈信息，打印在日志文件中。用一句形象的话来说，就是谁使用，谁(最上层的调用类)处理。