异常好像有这么两种情况吧，他们是一样的处理方法？但又觉得应该还是有区别的，那他们有何异同？

程序出了那种异常JVM就会抛出相应的异常
比如代码：ArrayIndexOutOfBoundsException
public void demo1(){
     try{
               int a = 10/0;
     }catch(ArithmeticException ae){
         System.out.println(“算术运算异常：”+ae.getMessage());
     }catch(Exception e){
       System.out.println(“其他异常”+e.getMessage());
     }
}

public void demo2(){
      String strList[] = {"a","b","c"};
     try{
               String str = strList[4].toString();
     }catch(ArrayIndexOutOfBoundsException ae){
         System.out.println(“数组下标越界：”+ae.getMessage());
     }catch(Exception e){
       System.out.println(“其他异常”+e.getMessage());
     }
}
总之Exception是所有异常的父类.如果你出现的异常被他的子类捕捉了,他就不会再捕捉比如demo2()方法如果是出现了ArrayIndexOutOfBoundsException
Exception就不会捕捉了!
那么为什么要捕捉多次呢？因为ArrayIndexOutOfBoundsException只是数组下标越界的异常,所以它比Exception更的仔细,更能说明异常的原因!
如果不是出现ArrayIndexOutOfBoundsException则Exception就会来捕捉

Java  中的异常分为两大类：
a)  Checked exception   （非 Runtime Exception）
b)  Unchecked exception  （Runtime Exception）
Java  中所有的异常类都会直接或间接地继承自Exception。
RuntimeException 类也是直接继承自Exception 类，它叫做运行时异常，Java  中所有的运行时异常都会直接或间接地继承自RuntimeException。
Java  中凡是继承自Exception 而不是继承自RuntimeException  的类都是非运行时异常。
对于非运行时异常（checked   exception），必须要对其进行处理，处理方式有两种：
第一种是使用try.. catch…finally 进行捕获；第二种是在调用该会产生异常的方法所在的方法声明throws Exception
对于运行时异常（runtime   exception），我们可以不对其进行处理，也可以对其进行处理。推荐不对其进行处理。

对于问题的划分：两种：一种是严重的问题，一种非严重的问题

对于严重的，java通过Error类进行描述
        对于Error一般不编写针对性的代码对其进行处理。
对于非严重的，java通过Exception类进行描述。
        对于Exception可以使用针对性的处理方式进行处理。

无论Error或者Exception都具有一些共性内容
比如：不正常情况的信息，引发原因等。

Java提供了两类主要的异常:runtime exception和checked exception。checked 异常也就是我们经常遇到的IO异常，以及SQL异常都是这种异常。对于这种异常，JAVA编译器强制要求我们必需对出现的这些异常进行catch。所以，面对这种异常不管我们是否愿意，只能自己去写一大堆catch块去处理可能的异常。
    但是另外一种异常：runtime exception，也称运行时异常，我们可以不处理。当出现这样的异常时，总是由虚拟机接管。比如：我们从来没有人去处理过NullPointerException异常，它就是运行时异常，并且这种异常还是最常见的异常之一。
    出现运行时异常后，系统会把异常一直往上层抛，一直遇到处理代码。如果没有处理块，到最上层，如果是多线程就由Thread.run()抛出，如果是单线程就被main()抛出。抛出之后，如果是线程，这个线程也就退出了。如果是主程序抛出的异常，那么这整个程序也就退出了。运行时异常是Exception的子类，也有一般异常的特点，是可以被Catch块处理的。只不过往往我们不对他处理罢了。也就是说，你如果不对运行时异常进行处理，那么出现运行时异常之后，要么是线程中止，要么是主程序终止。
    如果不想终止，则必须扑捉所有的运行时异常，决不让这个处理线程退出。队列里面出现异常数据了，正常的处理应该是把异常数据舍弃，然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。在这个场景这样处理可能是一个比较好的应用，但并不代表在所有的场景你都应该如此。如果在其它场景，遇到了一些错误，如果退出程序比较好，这时你就可以不太理会运行时异常，或者是通过对异常的处理显式的控制程序退出。

哈哈  苏老师居然路过啦{:soso_e113:}

一般异常表示程序运行过程中可能出现的非正常状态，运行时异常表示虚拟机的通常操作中可能遇到的异常，是一种常见运行错误。java编译器要求方法必须声明抛出可能发生的非运行时异常，但是并不要求必须声明抛出未被捕获的运行时异常。
runtime exception，也称运行时异常，我们可以不处理。当出现这样的异常时，总是由虚拟机接管。比如：我们从来没有人去处理过NullPointerException异常，它就是运行时异常，并且这种异常还是最常见的异常之一。

出现运行时异常后，系统会把异常一直往上层抛，一直遇到处理代码。如果没有处理块，到最上层，如果是多线程就由Thread.run()抛出，如果是单线程就被main()抛出。抛出之后，如果是线程，这个线程也就退出了。如果是主程序抛出的异常，那么这整个程序也就退出了。运行时异常是Exception的子类，也有一般异常的特点，是可以被Catch块处理的。只不过往往我们不对他处理罢了。也就是说，你如果不对运行时异常进行处理，那么出现运行时异常之后，要么是线程中止，要么是主程序终止。

编译时被检测的异常Exception这种异常通常都需要进行针对性的处理
运行时发生的异常runtimeexception对于运行时异常，一般不编写
在运行时不正常的状况
java发现不正常的情况都包含一些常见的信息，并将这些信息进行了对象的封装。  异常这种机制，qishijiushijava按照面向对象思想，将出现的问题封装成了对象
在进行问题分析时，发现问题有很多种，但是不断的向上抽取最终问题可以归类为两种、
一种是可以针对处理的，一种是通常不进行处理的
在java中的体现一个是exception，一个是error
无论是异常还是错误，他们都有名称，信息等共性的内容，可以继续抽取形成一个父类，throwable{error}exception
异常和错误都有一个特点：其子类名称的后缀名都是父类名
该体系具备一个特殊的特性叫可抛性
该体系中的类可以被关键字throws抛出，该体系中的类产生的对象可以被throw抛出，简单地说该体系可以被throw和throws两个关键字操作
功能的定义者在定义功能时，发现该功能容易因为未知内容的不确定性出现问题，为了让调用者明确，有可能有问题，需要在函数上对问题进行声明。