Java运行时异常和受检查异常

    在用Dubbo进行远程调用时候，如果远程服务执行超时，并且调用端设置的Dubbo超时时间小于远程的超时时间时候，会抛出异常，而且该异常属于运行时候异常（一般时候比如数据库连接超时异常属于非运行时异常，需要try{}catch{}捕捉），不需要try{}catch{}捕捉，从而可能导致前端程序直接终止，得不到结果。可以将dubbo的超时时间设置大于服务端的超时时间(超时时，dubbo默认重试2次，共3次)：

<dubbo:reference id="xxxService" interface="xxx.IxxxService" timeout="5000" retries="0" />

    正确运用异常处理机制，有助于提高程序的健壮性。

    所谓程序的健壮性，就是指程序在多数情况下能够正常运行，返回预期的正确结果；如果偶尔遇到异常情况，程序也能采取周到的解决措施。

    受检查异常表示程序可以处理的异常，如果抛出异常的方法本身不能处理它，那么方法调用者应该去处理它，从而使程序恢复运行，不至于终止程序。例如，喷墨打印机在打印文件时，如果纸用完或者墨水用完，就会暂停打印，等待用户添加打印纸或更换墨盒，如果用户添加了打印纸或更换了墨盒，就能继续打印。

    可以用OutOfPaperException类和OutOfInkException类来表示纸张用完和墨水用完这两种异常情况，由于这些异常是可修复的，因此是受检查异常，可以把它们定义为Exception类的子类：

public class OutOfPaperException extends Exception{…}    public class OutOfInkException extends Exception{…}  

    以下是打印机的print()方法：

public void print()  {      while(文件未打印完)      {          try          {               打印一行                }          catch(OutOfInkException e)          {                       do               {                   等待用户更换墨盒               }               while(用户没有更换墨盒)                }          catch(OutOfPaperException e)          {                 do               {                              等待用户添加打印纸                       }               while(用户没有添加打印纸)                }          }    }  

    运行时异常表示无法让程序恢复运行的异常，导致这种异常的原因通常是由于执行了错误操作。一旦出现了错误操作，建议终止程序，因此Java编译器不检查这种异常。

    如果程序代码中有错误，就可能导致运行时异常，如以下for语句的循环条件不正确，会导致ArrayIndexOutOfBoundsException：

public void method(int[] array){    for (int i = 0; i <=array.length; i++)    {         // 当i的取值为array.length时，将抛出ArrayIndexOutOfBoundsException        array[i] = 1;    }} 

 

public void method(int[] array)  {      for (int i = 0; i <=array.length; i++)      {           // 当i的取值为array.length时，将抛出ArrayIndexOutOfBoundsException          array[i] = 1;      }  }   

    只要对程序代码做适当修改，就能避免数组下标越界异常：

public void method(int[] array)  {      for (int i = 0; i <array.length; i++)      {           // 当i的取值为array.length时，将抛出ArrayIndexOutOfBoundsException          array[i] = 1;      }  }   

    再例如对于以下代码，如果变量m为null，访问"m.name"会导致NullPointerException异常：

Monkey m=null;    if(m!==null & m.name.equals("Tom"))  {……}  

    只要对程序代码做适当修改，就能避免NullPointerException异常：

Monkey m=null;    if(m!==null && m.name.equals("Tom"))  {……}  

    由此可见，运行时异常是应该尽量避免的，在程序调试阶段，遇到这种异常时，正确的做法是改进程序的设计和实现方式，修改程序中的错误，从而避免这种异常。捕获它并且使程序恢复运行并不是明智的办法，因为即使程序恢复运行，可能会导致程序的业务逻辑错乱，导致更严重的异常，或者得到错误的运行结果。

java什么情况下必须用throws抛出异常？
    在程序中抛出了非RuntimeException异常却没有对其处理(用try catch块处理)的情况下，必须在方法头throws该异常。

什么情况下需要自定义异常呢？

    通常情况下是程序运行状态与用户的预先定义的逻辑不符合，但程序并不能识别这种逻辑错误时需自定义异常。比如某个方法的参数只能接受0~9的数字，数字1除外，万一用户要是输入了1，我们可以自定义一个异常来处理1这个意外，从而控制程序流程等。

什么情况下捕获异常应该立即处理呢？

    比如说接收用户输入整型值，而用户却输入了不能解析成整型的字符串，这会抛出异常，我们不应该往外抛，而应该立即处理之，提示用户输入合法的值，待用户输入合法值之后，接着往下执行程序。捕获到异常之后一般处理办法是输出错误日志，或者给用户一些提示。

[转文]

    Exception异常分为：RuntimeException（运行时异常，也叫未检查异常或不受检查异常）和已检查异常（或受检查异常）：

已检查异常 是指程序员已经足够小心的检查了他的代码，但是还是不能保证代码不出现异常；如，程序要访问某个文件，但访问时文件不存在，这和程序本身没有太大关系；再如，程序要进行网络连接，但执行时没有连接网线，这些问题都是已检查异常。

未检查异常 一般是由程序员没有细心检查代码，而导致的如空指针异常、数组越界、类型转换异常等都是由于程序员粗心大意造成的。这些异常是在编码过程中是能够避免的。

    看到此你需要思考：我们需要处理的到底是已检查异常还是未检查异常？如一幢大楼运行过程中被雷击中，这肯定是已检查异常，但运行过程中发现有个地方四周没有窗户和门，这就是未检查异常，那到底我们需要针对哪个异常进行应急预案呢？当验收大楼时肯定政府部门要检查你的抗震级别，消防措施等，这些措施是你在修建时必须考虑，而且要求是强制执行的，那么这个要求就是必须处理的，如果不处理则编译通不过。如果出现未检查异常，那就只能加门或窗户，即修改代码了。

    从另外一个角度来讲，已检查异常（受检查异常）就是受编译器检查的异常。

    运行时异常，属于RuntimeException类及子类范围的类（以及衍生类）都属于运行时异常。

    受检查异常，在Exception范围内，除了运行时异常的类都是受检查异常类，为checked exception

它们之间的区别在于:

例如在代码中写了 throw new Exception(); 和 throw new RuntimeException();  两者都会在运行期间抛出异常！

（1）但是在编译阶段前者属于抛出一个受检查异常，要求对它进行显式的try..catch捕获处理或者向上一层方法抛出，否则在编译期间就显示错误！

（2）后者抛出是运行时异常，在编译阶段不予检查，语法上不会显示任何错误(throws处没声明不会出错，但最好声明)！

所以简单的通过throw手动抛出受检查异常和抛出运行时异常，前者要求显式处理，后者不要求作出处理。

我以为的设计原则:

（1）受检查异常如FileNotFoundException,编译时期受检查，提醒用户try{}catch{}或者throw到上一层，当然你可以一直throw直至抛给虚拟机，然而这并不是好的方式，因为对于这个异常，我们是可以进行一些处理，挽救的，比如我们可以在捕获到异常的时候，提醒用户"找不到文件"，用户就可以根据这个信息，把相应文件放到指定位置，从而解决问题，并不需要终止程序，或者修改代码。

（2）而对于非受检查异常如ArrayIndexOutOfBoundsException(数组越界异常)，编译时期不提供错误检查，我想是因为，针对这个错误，用户是无能为力的，同样程序员也是部分无能为力的，你不可能通过try{}catch{}去捕获这个异常之后，再去增加数组容量。这时你所能做的，只能是去修改代码，如修改数组容量，或换个自增的数据结构。这种运行时错误，只能通过在编译阶段，依靠程序员的小心谨慎来避免。