java异常的异常类型

java异常分两种大的异常类型，运行异常以及受检查异常，这两种异常的区别如下：


1、java运行时异常


运行异常的特点为Java编译器不去检查它，换句话说，程序中可能出现这类异常时，就算没有使用try…catch语句捕获它、该异常，也不用throws字句声明抛出它，但是还是会编译通过。


2、java受检查异常


除了java运行异常外，别的java异常都属于受检查异常，这类异常的特点是不是用try…catch捕获处理，那么就是throws语句声明抛出，否则编译不会通过。


3、两者的区别：


运行异常是无法让程序恢复运行的异常，引起这种java异常的原因一般是因为执行了错误的操作。一旦出现错误，最好让程序终止。


java受检查异常是程序可以处理的异常。假如抛出异常的方法本身不处理或不能处理它，那方法的调用者就一定要去处理该异常，不然调用会出错，连编译也不能通过。然而，这两种java异常都是能够通过程序来捕获并处理的。


对于java运行异常，最好不要用try…catch…捕获处理，应该在程序开发调试的过程中尽量的避免，当然有一些必须要处理的，自己知道了那个部分会出现异常，而这种异常你要把它处理的你想要的结果，如：空值处理。


而java受检查的异常，编译的时候不可以通过，只能老老实实的用throw或者try..catch…来处理，出现了受检查的异常直接用try…catch…捕获，可是这种捕获基本上没有什么有用的意义，还不如用throw抛出去的好直接告诉调用者，这个方法会出现SQLException，不然调用者用这个方法结果返回了一个null，就不知道发生了什么事。


事实上在try…catch…语句块中，一般的受检查异常是很难在自己方法内处理的，但如果出现了异常怎么办，一般的做法是在catch语句块中记录异常，给后台工作人员。


java异常处理的原则上是，可以自己处理的就不往上抛，尽量把java异常细化不要什么异常都直接用Exception来代替，在一个try语句块中尽量少的异常。


1.检查型异常,这样的异常继承于Excetpion，在编译期间需要检查,假如该异常被throw,那在该异常所在的method之后必须显示的throws,调用该method的地方也必须捕获该异常,否则编译器会抛出异常.ejb里的RemoteException是一个这样的异常.


2.java运行时异常,就是在运行期间系统出现的异常,该类异常继承于RuntimeException,该类异常在编译时系统不进行检查,如NullPointerExcetpion,NumberFormatException.


3.系统错误,一般是JVM出现异常时抛出的异常,例如OutofMemoryError,这样的异常在J2EE开发中是不用太关心的.
J2EE开发中,检查型异常被滥用导致过一段时间程序员自己都看不明白抛出这样的异常,.里头封装的这些错误信息是干什么用的,更可怕的是有好多有用的信息找不到了.比如SQLException和RemoteException这样的异常我们没必要再进行封装,这样的异常只对我们调试程序有用,而对客户来说它就是一个”系统错误”而已.异常处理有一个简单的原则,什么时候需要封装自己的检查型异常?就是你很清楚自己抛出这个异常的用途时,比如用户输入用户名和密码要登录,但用户名和密码不匹配,你就要定义一个检查型异常,客户端通过捕获该异常,然后把相应的错误信息反馈给客户.而其它的自己未预期的错误或者异常比如SQLException,只需封装到EJBException中,ejb container会把它的信息追加到RemoteException里,这样客户端捕获RemoteException后把它写到系统日志里,就很容易进行调试。