1.初始Exception
最开始接触java异常应该是从java的关键字try和catch开始,try语句中是尝试执行的代码,catch对try语句中出现的异常进行捕捉处理,如下所示:

public boolean mothed(){
  
try{
    
//
    return true;
  }
catch(AException e)
  {
      
//
      return false;
   }
  //
}

这里注意两点:一是try语句中抛出的异常必须是AEception的实例或者AException子类的实例,否则不能捕获,即catch块的代码不会执行;二是try和catch块中都可以主动抛出异常,或者通过return停止method方法的执行。抛出Exception的例子如下:

    public boolean mothed() throws AException {
        
try {
            
//
            return true;
        } 
catch (Exception e) {
            
//
            throw new AException(e.getMessage());

        }
        
//
    } 

catch里面主动抛出异常就是此处不解决此异常,交给它的调用函数自己处理,一般不在try里面主动抛异常。

更复杂的就是try,catch,finally的语句,如下所示:

    public boolean mothed() {
        
try {
            
//
            return true;
        } 
catch (Exception e) {
            
//
            return false;
        }
finally{

          
//
        }
        
//
    }  

和try,catch语句相比,这里多了finally关键字,表示必须执行的语句块,也就是说不管try是否执行成功,catch是否捕捉到了try抛出的异常,finally里面的语句都会被得到执行,通常用来释放资源。这个地方就牵涉到一个问题了,执行finally以后,代码怎么执行?是执行finally语句块后面的语句还是跑回去执行catch或者try里面的语句呢?答案是都有可能。如果try正确执行,运行到了return true的地方,程序不会马上返回,而是乖乖执行finally里面的语句,执行完成以后(如果里面没有抛出异常或者return之类的),就会回到return true的地方,从而结束method方法;如果是try里面出现了异常,被catch捕获,然后运行到return false处,同样也不会立即返回,也是执行finally里面的内容,然后回到return false处结束调用。如果try,catch里面都没有返回或者抛出异常,那么就只有执行finally块后面的代码了。

2.异常的分类
下面分析一下java异常的类图:

Thorwable类所有异常和错误的超类,有两个子类Error和Exception,分别表示错误和异常。其中异常类Exception又分为运行时异常(RuntimeException)和非运行时异常,又分别称之为不检查异常(Unchecked Exception)和检查异常(Checked Exception)。下面将详细讲述这些异常之间的区别与联系:
    Error与Exception 中国网管联盟bitsCN.com

    Error是程序无法处理的错误,比如OutOfMemoryError、ThreadDeath等。这些异常发生时,Java虚拟机(JVM)一般会选择线程终止。

    Exception是程序本身可以处理的异常,这种异常分两大类运行时异常和非运行时异常。程序中应当尽可能去处理这些异常。 网管联盟bitsCN@com

    行时异常和非运行时异常 

    运行时异常都是RuntimeException类及其子类异常,如NullPointerException、 IndexOutOfBoundsException等,这些异常是不检查异常,程序中可以选择捕获处理,也可以不处理。这些异常一般是由程序逻辑错误引起的,程序应该从逻辑角度尽可能避免这类异常的发生。
    非运行时异常是RuntimeException以外的异常,类型上都属于Exception类及其子类,是Checked Exception。从程序语法角度讲是必须进行处 理的异常,如果不处理,程序就不能编译通过。如IOException、SQLException等以及用户自定义的Exception异常。

3.异常的处理原则

    1、 能处理就早处理,抛出不去还不能处理的就想法消化掉或者转换为RuntimeException处理。因为对于一个应用系统来说,抛出大量异常是有问题的,应该从程序开发角度尽可能的控制异常发生的可能。
    2、 对于检查异常,如果不能行之有效的处理,还不如转换为RuntimeException抛出。这样也让上层的代码有选择的余地,可处理也可不处理。
    3、 对于一个应用系统来说,应该有自己的一套异常处理框架,这样当异常发生时,也能得到统一的处理风格,将优雅的异常信息反馈给用户。Spring就是将所有的异常转化为RuntimeException基类,然后所有具体的异常都集成此基类。引入Spring会是代码很优美,不是到处充斥着异常的处理,让用户更多的关注业务逻辑的实现,必要时才做异常处理,这样的做法是很值得借鉴的。