java异常处理

java异常处理

关于java异常处理的知识点，现整理一下与大家分享。
一 异常的定义
异常：根据字面理解，有意外之意。把它置于代码层面来理解，即阻止了当前方法或作用域继续执行。
在Java中，异常被当做对象来处理，其基类是Throwable。
异常是程序中的一些错误，但并不是所有的错误都是异常，并且错误有时候是可以避免的。有些异常需要做处理，有些则不需要捕获处理，后面会详细讲到。
二 异常类和异常对象
异常类来源：一是Java语言本身定义的一些基本异常类型。二是用户通过继承Exception类或者其子类自己定义的异常。Exception 类及其子类是继承了 Throwable这个父类，它指出了合理的应用程序想要捕获的条件。
异常对象来源：
(1) 程序运行时自动抛出的异常，比如1/0这样的代码，程序不管你要不要处理，它总给你抛出。
(2)认为设定的异常。这一类异常由开发人员自己来定义，也可以是Java程序定义，用throw 关键字抛出异常，这类已成总是向开发人员传递一些异常信息。
三、Java异常类
1、Throwable
Throwable 类是 Java 语言中所有错误或异常的超类。只有当对象是此类（或者其子类）的实例时，才能通过 Java 虚拟机或者 Java throw 语句抛出。类似地，只有此类或其子类之一才可以是 catch 子句中的参数类型。两个子类的实例，Error 和 Exception，通常用于指示发生了异常情况。通常，这些实例是在异常情况的上下文中新近创建的，因此包含了相关的信息（比如堆栈跟踪数据）。
2、Exception
Exception 类及其子类是 Throwable 的一种形式，它指出了合理的应用程序想要捕获的条件，表示程序本身可以处理的异常。
3、Error
Error 是 Throwable 的子类，表示仅靠程序本身无法恢复的严重错误，用于指示合理的应用程序不应该试图捕获的严重问题。
在执行该方法期间，无需在方法中通过throws声明可能抛出但没有捕获的 Error 的任何子类，因为Java编译器不去检查它，也就是说，当程序中可能出现这类异常时，即使没有用try…catch语句捕获它，也没有用throws字句声明抛出它，还是会编译通过。
4、RuntimeException
RuntimeException 是那些可能在 Java 虚拟机正常运行期间抛出的异常的超类。Java编译器不去检查它，也就是说，当程序中可能出现这类异常时，即使没有用try…catch语句捕获它，也没有用throws字句声明抛出它，还是会编译通过，这种异常可以通过改进代码实现来避免。
5、ThreadDeath
调用 Thread 类中带有零参数的 stop 方法时，受害线程将抛出一个 ThreadDeath 实例。
仅当应用程序在被异步终止后必须清除时才应该捕获这个类的实例。如果 ThreadDeath 被一个方法捕获，那么将它重新抛出非常重要，因为这样才能让该线程真正终止。
如果没有捕获 ThreadDeath，则顶级错误处理程序不会输出消息。
虽然 ThreadDeath 类是“正常出现”的，但它只能是 Error 的子类而不是 Exception 的子类，因为许多应用程序捕获所有出现的 Exception，然后又将其放弃。

以上内容来源于java异常 api 文档
四 Java异常处理机制
1、 使用try-catch-finally语句捕获并处理异常。其中catch语句可以有多个，用于捕获不同的异常。注意：catch匹配上多个中的一个后，执行catch语句块时候仅仅执行匹配上的异常

 try{
 // 程序代码
 }catch(异常类型1 异常的变量名1){
 // 异常处理代码1
 }catch(异常类型2 异常的变量名2){
 // 异常处理代码2
 }finally{
 // 程序代码
 }

2、 对于处理不了的异常或者要转型的异常，在方法的声明处通过throws语句抛出异常。

public void test1() throws MyException{
 if(xxx){
  throw new MyException();
 }
} 

在方法调用方法的多层嵌套调用中,Java虚拟机会从出现异常的方法代码块中往回找，直到找到处理该异常的代码块为止,然后将异常交给相应的catch语句处理。
但如果Java虚拟机最终到栈最底部的mian()方法时，还是没有找到处理异常的代码时，将会执行两个步骤：
(1)调用异常的对象的printStackTrace()方法，打印方法调用栈的异常信息。
(2)如果出现异常的线程为主线程，则整个程序运行终止；如果非主线程，则终止该线程，其他线程继续运行。
注意：
finally语句在任何情况下都必须执行的代码，这样可以保证一些在任何情况下都必须执行代码的可靠性。finally语句先于return语句执行。其中：finally语句唯一不被执行的情况是方法执行了System.exit()（终止当前正在运行的 Java 虚拟机的方法）方法。
异常处理语法规则：
第一、try语句不能单独存在，可以和catch、finally组成 try…catch…finally、try…catch、try…finally三种结构，catch语句可以有一个或多个，finally语句最多一个，try、catch、finally这三个关键字均不能单独使用。
第二、try、catch、finally三个代码块中变量的作用域分别独立而不能相互访问。如果要在三个块中都可以访问，则需要将变量定义到这些块的外面。
第三、多个catch块时候，Java虚拟机会匹配其中一个异常类或其子类，就执行这个catch块，而不会再执行别的catch块。
第四、throw语句后不允许有紧跟其他语句，因为这些没有机会执行。
第五、如果一个方法调用了另外一个声明抛出异常的方法，那么这个方法要么处理异常，要么声明抛出。

throw和throws关键字的区别
throw用来抛出一个异常，在方法体内。语法格式为：throw 异常对象。
throws用来声明方法可能会抛出什么异常，在方法名后，语法格式为：throws 异常类型1，异常类型2…异常类型n。

五 定义和使用异常类
使用已有的异常类，假如为IOException、SQLException。

try{
//  程序代码
 }catch(IOException ioe){
//  异常处理代码
 }catch(SQLException sqle){
//  异常处理代码
 }finally{
//  程序代码
 }

自定义异常类
创建Exception或者RuntimeException的子类即可得到一个自定义的异常类。例如:

 public class MyException extends Exception{
  public MyException(){}
  public MyException(String xx){
   super(xx);
  }
 }

使用自定义的异常
用throws声明方法可能抛出自定义的异常，并用throw语句在适当的地方抛出自定义的异常。例如：
在某种条件抛出异常

public void test1() throws MyException{
 ...
 if(....){
  throw new MyException();
 }
}

异常转译，使得异常更易读易于理解

public void test2() throws MyException{
 ...
 try{
  ...
 }catch(SQLException e){
  throw new MyException();
 }
}

六 运行时异常和受检查异常
RuntimeException（运行时异常）：
该类及其子类被称为运行时异常，该异常的特点是在Java编译的时候可以通过编译。例如int a=1/0；这类的异常应该在开发阶段避免这类问题的出现。
受检查异常：
除了运行时异常之外其他的全是受检查时异常，这种异常的特点是必须用try-catch-finally或者throws抛出，否则就无法通过编译。这种异常只能由开发人员进行抛出并处理。
区别：运行时异常表示无法让程序恢复运行的异常，导致这种异常的原因通常是由于执行了错误的操作。
受检查异常表示程序可以处理的异常。如果抛出异常的方法本身不处理或者不能处理它，那么方法的调用者就必须去处理该异常，否则调用会出错，连编译也无法通过。
运行时错误：
Error类及其子类表示运行时错误，通常是由Java虚拟机抛出。其中运行时错误和运行时异常只有在java运行阶段时出现，使其程序终止运行，在编译的时候不会报错。
七 异常转译和异常链
异常转译：就是捕获新的异常后，将异常用新的异常类抛出，这样做主要是为了异常信息更加准确。代码如下：

public void run() throws MyException{
 try{
 。。。。。
 }catch(IOException e){
  throw new MyException();
 }finally{
 }
}

异常链：把原始的异常包装为新的异常类，并在新的异常类中封装了原始异常类，这样做的目的在于找到异常的根本原因。
Throwable类支持异常链机制，其包含了其线程创建时线程执行堆栈的快照，还包含了给出有关错误更多信息的消息字符串。最后，它还可以包含 cause（原因）：另一个导致此 throwable 抛出的 throwable。
八 总结
异常处理是程序设计中一个非常重要的方面，也是程序设计的一大难点，不过捕获到异常以后又不做出相应处理的做法，这种做法相当于是把错误隐藏起来了，可实际上错误依然还是存在，也不要轻易的抛出异常，一般大多数的异常都可以处理掉，当实在无法处理的时候就把异常抛出来吧。