Java中的异常机制有什么作用？

百科常识
呼延迎彤
2023-03-24 09:13:49
1

今天宠物迷的小编给各位宠物饲养爱好者分享java异常作用的宠物知识，其中也会对Java中的异常机制有什么作用？(java的异常机制是什么)进行专业的解释，如果能碰巧解决你现在面临的宠物相关问题，别忘了关注本站哦，现在我们开始吧！

Java中的异常机制有什么作用？

由于本文旨在探讨Java"异常机制"的深层原理，因此关于"异常"的使用方法都不做详细说明。首先看一段非常熟悉的用于打开一个文件的C程序段：

FILE *fp；

fp=fopen（filename，"rw"）；

if（fp==NULL）{

printf（"cannot open file\n"）；

exit（0）；

}

在这段程序中，if条件语句中的一段用来处理没有找到指定文件，或者其它原因无**确打开指定文件。可是如果遇到一个责任心不强的程序员，他可能认为出现找不到文件的可能性很小，或者由于思路集中在程序功能的实现上而忘记了处理这种情况。这时程序同样可以正确编译，而且一般情况下也不会出现问题。但此时这段程序可以肯定说是不够健壮的，而且一旦这段程序发生了错误也会让程序员很难发现错误出在哪里。在C语言以及其它大多数高级语言中都可以举出很多这种例子。

也就是一个函数在使用的时候，可能会出现并没有达到这个函数的使用目的的情况，哪怕在这段程序的特定使用环境下发生这种异常情况的可能性只有万分之一。常用处理的方法就是，程序员在需要使用某个函数时必须充分了解可能会有什么原因导致该函数不能正确执行，然后加入相应的条件判断语句来进行处理。后面将有一个例子说明这个问题。

而Java的" 异常机制"就是在处理上述问题中给了程序员非常简单而灵活的方式。一般来说，其它高级语言主要是让函数使用者来关注该函数可能会出现的异常情况，而 java则是把这件事情交给方法（和函数对应的概念，在Java中称方法）的设计者来做。这对于方法的使用者来说带来的方便是不会因为责任心不强，或者办事丢三那四，会忘了在使用方法时处理可能发生的异常情况。而麻烦就是，在使用一个可能会发生异常的方法时，绝对不能视而不见，而必须做出相应的处理。也就是说象上述C程序段中，如果忘了if程序块，这个程序甚至还能蒙过一个外行上司，但当使用Java来完成这个功能时，只要用到的方法使用了"异常"机制，如果不对可能产生"异常"的方法进行相应处理，java编译器是不会让其通过的。

一、"异常类"的组织形式

Java系统类中的方法产生的异常都被组织成"异常类"（还有Error类，不在本文讨论范围），此方法和它相关的"异常类"通过throws 关键字关联在一起，并且这些类都必须是Exception类的子类。任何一个自己开发的类的方法中如果可能会产生某种异常，也可以将这种异常组织成一个" 异常类"，但这个"异常类"同样必须是Exception的子类，或孙子类等等。

例1：

/*isLegal于检查数据是否合法，当>0时视为合法，返回合法值，

*否则视为不合法，抛出"异常".*/

int isLegal（int dt） throws LowZeroException//这种定义本文中均称为方法与"异常"通

{ //过throws建立了关联

if（dt>=0）{

return data；

}

else

throw new LowZeroException（）；

}

/*自已写的异常类，继承自Exception*/

class LowZeroException extends Exception

{

public LowZeroException（）{

super（）；

}

}

仔细观察方法isLegal（），它体现出的最值得注意的特色是，它有两种方式的函数出口，一种是通过return语句，返回的是方法本身定义的类型的实例，另一种是通过throw，返回的是"异常类"的对象实例，Java中称之为抛出"异常".对比一下C中如何处理同样的问题的：

int isLegal（int dt） {

if（dt>=0）{

return data；

}

else

return -1；//通过一个特定值来表明出错

}

由于C只能通过return返回函数值，所以在处理异常情况时则可能通过以上方式来处理。当然这就要求isLegal（）函数的使用者必须知道函数中使用返回值-1来表明出现不合法数据的情况。

对比这两种处理方法，可以知道java的"异常机制"把处理异常事件的职能和方法本身的职能通过两个不同出口分离开来。

所有这些"异常类"**于它具体服务的方法被统一组织成一个类树。"异常机制"就好比高校的后勤社会化一样，通过后勤社会化将学校的教学职能和学校的后勤保障分离开来，并且后勤集团的组织形式也是**于学校主体的。事实证明，这种组织方式不仅提高了服务效率，也提高了服务质量。整个Java体系中的"异常类"组织形式如图1所示：

在例1中的isLegal（）方法如果在调用过程中没有能正常返回整形数，而是在"异常"产生点产生了"异常"对象，那么这个"异常"对象由谁来接收，并处理它呢？以下就来解答这个问题。

二、"异常"的处理过程

Java中由try…catch语法来处理"异常"，将关联有"异常类"的方法包含在try{}程序块中，catch（）{}关键字可以使用形参，用于和方法产生的"异常"对象结合。当调用某个方法时，引起异常事件发生的条件成立，便会抛出"异常"，原来的程序流程将会在此方法处中断，然后 try模块后紧跟的catch中的"形参"和此异常对象完成了结合，继而进入了catch模块中运行。具体过程举例说明：

例2：

/*将关联有异常的方法包含在try模块中*/

int myMethod（int dt）{

int data = 0；

try{

int data = isLegal（dt）；

}catch（LowZeroException e）{

System.out.println（"发生数据错误！"）；

}

return data；

}

三、"异常"的处理方法

有两种方法处理"异常"：第一种如例2，将含有"异常"出口的方法直接放到try块中，然后由紧随其后的catch块捕捉。第二种是不直接**捕捉被引用方法的"异常"，而是将这个"异常"关联传递给引用方法，同时**捕捉工作也相应向上传递。

例3：

int myMethod2（int dt）

{

int data = 0；

try{

data = myMethod（dt）

}catch（LowZeroException e）{

System.out.println（"发生数据错误！"）；

e.printStackTrace（）；

}

return data；

}

int myMethod（int dt） throws LowZeroException

{

int data = isLegal（dt）； //此处引用isLegal（）方法，但并没有捕捉它的"异常"

return data；

}

从上例中可以看到方法myMethod（）与它引用的方法isLegal（）产生的"异常"LowZeroException建立了关联，也就是完成了将"异常"关联的向上传递，此时的myMethod（）方法体中虽然只有一个return返回语句，但它事实上同样有两种方式的函数出口，一种是由return返回的整形值，另一种则是返回方法名中的throws关键字所指的"异常类"的实例对象。相应的，**捕捉的工作交给了上一层方法 myMethod2（）。同样的道理，myMethod2（）也可以将"异常"通过throws的关联继续向上传递。这样的话，一旦一个"异常"被捕捉到时，这个"异常"必有一个传递路径，而如果我们在捕捉点的catch程序块中加入printStackTrace（）方法，便能清楚的看到这个"异常"是怎样传递过来的。例如在例3如果有"异常"被捕捉到，e.printStackTrace（）打印出来的结果将是：

LowZeroException：

at Example.isLegal

at Example myMethod

at Example.myMethod2

at Example main

从上结果中我们可以看到，从LowZeroException"异常"产生点，即包含throw new LowZeroException（）；子句的方法开始，然后一直追溯到产生当前线程的方法（注意：printStackTrace（）并不是追溯到捕捉点结束，而是到产生当前线程的方法结束）。"异常"产生点产生的LowZeroException"异常"对象，首先被赋给了isLegal（）关联的 LowZeroException类的无名引用，然后继续赋给myMethod（）关联的LowZeroException类的无名引用，再继续赋给 myMethod2（）中的catch块中的形参e，最后在这里被处理掉，这个"异常"对象随即消失。可以说，catch（）{}就是"异常"对象的生命终结点。

另外还要注意一点，方法与"异常"的关联可以一直向上传递，当传递到与main方法关联后，即在main（）方法的定义中使用了throws Exception，这时除了虚拟机没有其它方法能够引用main（）方法，且在程序中可能看不到try…catch程序块，但并不会产生错误，因为此时虚拟机会捕捉"异常"，并且会默认的调用printStackTrace（）方法打印出"异常"路径。总之只要一个方法关联了"异常"，可以将这个"异常 "关联向上传递，但是最终必须使用catch来终止"异常"，或者一直传递到main（）方法交给Java虚拟机来结束"异常"对象的生命，否则是通不过编译的。

四、使用"异常机制"的需要注意的几点

1.一个方法中可能会产生多种不同的异常，你可以设置多个"异常"抛出点来解决这个问题。

2."异常"对象从产生点产生后，到被捕捉后终止生命的全过程中，实际上是一个传值过程，所以你可以根据需要，来合理的控制检测到"异常"的粒度。例如在例3中，如果你并不需要知道具体产生的是LowZeroException"异常"，那么你可以使用"异常"的公共父类Exception来结合"异常"对象，即catch（Exception e）{…}.同样在"异常"与方法关联的传递过程中，也可以根据需要控制关联"异常"的粒度，即throws后面跟上异常对象的父类名。

3."异常机制"中还有一种特殊情况――RuntimeException"异常类"，这个"异常类"和它的所有子类都有一个特性，就是"异常 "对象一产生就被Java虚拟机直接处理掉，即在方法中出现throw 子句的地方便被虚拟机捕捉了。因此凡是抛出这种"运行时异常"的方法在被引用时，不需要有try…catch语句来处理"异常".

JAVA异常处理的意义何在??为什么要做异常处理，作用是什么??

代替日渐衰落的error code方法的新法，提供error code所未能具体的优势。异常处理分离了接收和处理错误代码。这个功能理清了编程者的思绪，也帮助代码增强了可读性，方便了维护者的阅读和理解。异常处理（又称为错误处理）功能提供了处理程序运行时出现的任何意外或异常情况的方法。异常处理使用try、catch 和 finally关键字来尝试可能未成功的操作，处理失败，以及在事后清理资源。扩展资料程序设计的要求之一就是程序的健壮性。希望程序在运行时能够不出或者少出问题。但是，在程序的实际运行时，总会有一些因素导致程序不能正常运行。在设计算法时，往往对算法的正常逻辑处理流程设计得比较准确，对异常情况的处理反而不容易设计全面，导致程序在出现异常情况时崩溃。如果软件出现这种情况会给用户带来极不友好的体验。例如：试设计一个程序，运行后提示用户输入两个整数。两个整数用空格隔开，用户输入后，程序显示出两个数字的和。这个程序正常的逻辑处理非常简单，但普用户输入的两个字符串不是整数，程序应该给出提示，否则程序有可能会崩溃。因此针对异常情况的处理也是非常重要的，当然有时这种处理会比较复杂。参考资料来源：百度百科-异常处理机制参考资料来源：百度百科-异常处理

java中异常的处理方法有哪两种

1.检查型异常,这样的异常继承于Excetpion,就是在编译期间需要检查,如果该异常被throw,那么在该异常所在的method后必须显示的throws,调用该method的地方也必须捕获该异常,否则编译器会抛出异常.ejb里的RemoteException是一个这样的异常.来源：考试大　　2.运行时异常,就是在运行期间系统出现的异常,该类异常继承于RuntimeException,该类异常在编译时系统不进行检查,如NullPointerExcetpion,NumberFormatException. 　　3.系统错误,一般是JVM出现异常时抛出的异常,如OutofMemoryError,这样的异常在J2EE开发中是不用关心的.考试大论坛　　在J2EE开发中,检查型异常被滥用以至于过一段时间程序员自己都看不懂抛出这样的异常,.里面封装的这些错误信息是干什么用的,更可怕的是有好多有用的信息找不到了.比如SQLException和RemoteException这样的异常我们没必要再进行封装,这样的异常只对我们调试程序有用,而对客户来说它就是一个”系统错误”而已.异常处理有一个简单的原则,你什么时候需要封装自己的检查型异常?就是你很清楚自己抛出这个异常的用途时,比如用户输入用户名和密码要登录,但用户名和密码不匹配,你就要定义一个检查型异常,客户端通过捕获该异常,然后把相应的错误信息反馈给客户.而其它的自己未预期的错误或者异常比如SQLException,只需封装到EJBException中,ejb container会把它的信息追加到RemoteException里,这样客户端捕获RemoteException后把它写到系统日志里,就很容易进行调试。 Java 异常的处理在 Java 应用程序中，对异常的处理有两种方式：处理异常和声明异常。处理异常：try、catch 和 finally 若要捕获异常，则必须在代码中添加异常处理器块。这种 Java 结构可能包含 3 个部分，都有 Java 关键字。下面的例子中使用了 try-catch-finally 代码结构。 import java.io.*; public class EchoInputTryCatchFinally { public static void main（String args［］）{ System.out.println（”Enter text to echo：”）; InputStreamReader isr = new InputStreamReader（System.in）; BufferedReader inputReader = new BufferedReader（isr）; try{ String inputLine = inputReader.readLine（）; System.out.println（”Read：” + inputLine）; } catch（IOException exc）{ System.out.println（”Exception encountered： ” + exc）; } finally{ System.out.println（”End. “）; } } 其中： try 块：将一个或者多个语句放入 try 时，则表示这些语句可能抛出异常。编译器知道可能要发生异常，于是用一个特殊结构评估块内所有语句。 catch 块：当问题出现时，一种选择是定义代码块来处理问题，catch 块的目的便在于此。catch 块是 try 块所产生异常的接收者。基本原理是：一旦生成异常，则 try 块的执行中止，JVM 将查找相应的 JVM。 finally 块：还可以定义 finally 块，无论运行 try 块代码的结果如何，该块里面的代码一定运行。在常见的所有环境中，finally 块都将运行。无论 try 块是否运行完，无论是否产生异常，也无论是否在 catch 块中得到处理，finally 块都将执行。 try-catch-finally 规则：必须在 try 之后添加 catch 或 finally 块。try 块后可同时接 catch 和 finally 块，但至少有一个块。必须遵循块顺序：若代码同时使用 catch 和 finally 块，则必须将 catch 块放在 try 块之后。 catch 块与相应的异常类的类型相关。一个 try 块可能有多个 catch 块。若如此，则执行第一个匹配块。可嵌套 try-catch-finally 结构。在 try-catch-finally 结构中，可重新抛出异常。除了下列情况，总将执行 finally 做为结束：JVM 过早终止（调用 System.exit（int））；在 finally 块中抛出一个未处理的异常；计算机断电、失火、或遭遇**攻击。声明异常若要声明异常，则必须将其添加到方法签名块的结束位置。下面是一个实例： public void errorProneMethod（int input） throws java.io.IOException { //Code for the method，including one or more method //calls that may produce an IOException } 这样，声明的异常将传给方法调用者，而且也通知了编译器：该方法的任何调用者必须遵守处理或声明规则。声明异常的规则如下：必须声明方法可抛出的任何可检测异常（checked exception）。非检测性异常（unchecked exception）不是必须的，可声明，也可不声明。调用方法必须遵循任何可检测异常的处理和声明规则。若覆盖一个方法，则不能声明与覆盖方法不同的异常。声明的任何异常必须是被覆盖方法所声明异常的同类或子类。

Java里面的异常有什么作用?仅仅是发现错误吗?

这里异常通常指运行时异常，而这类异常通常是程序员疏忽和非主流事件引起的。

其中程序员疏忽就不谈了，这时候捕获异常就能帮助程序员设计更完善的程序满足程序运行需求。
其实Exception也不算是一种程序错误，try...catch捕获异常并处理本身就是对程序流程本身不可预见的事件的处理。比如你要获取数据库连接，你不能决定程序必须获取的到。但是程序获取不到你就需要处理，而获取到连接是我们想要的主流事件。对于没有获取连接的非主流事件，我们就要去处理。主事件流也被称为愉快的(Happy)流程，就是说这个过程使使用者和系统都感到愉快，皆大欢喜，它是需求分析时首先考虑的内容，UML鼓励我们先集中精力解决主要问题，对不同的问题（主事件流、异常事件流）分别进行分析，各个击破。Java的Exception机制与 UML的思想是一致的。Exception不等于错误也是这个意思。这时业务逻辑层需要考虑的事情，表示逻辑不需要分别捕捉、分别处理，有专门的错误页面去根据异常类显示不同的提示信息。