java中error和exception有啥区别

Posted 2023-03-30

一、分类不同：

首先从继承方面来说，Error和Exception都是Throwable的子类。Error比Exception更严重，不易通过后续代码处理和修复，不应该被代码catch到的错误。

而Exception是指严重程度较轻的程序问题，相较于Error更容易被后续代码处理和修复的，有些需要通过try catch代码处理，有些不建议通过try catch代码处理。

二、含义不同：

Error就是程序运行时候抛出的最严重级别的错误了，如VirtualMachineError，ThreadDeath。抛出了Error的程序从Java设计的角度来讲，程序基本不可以通过后续代码修复，从而理应终止。

Exception 又分为可检查（checked）异常和不检查（unchecked）异常，可检查异常在源代码里必须显式地进行捕获处理，这是编译期检查的一部分。

好处

让异常处理与业务逻辑的主线分离，我们可以对可以遇见的异常作分支处理，其实将业务逻辑与异常处理分离也是Exception设计的主旨，其次Java Exception 不需要像C语言那样在程序的多个地方去检测同一个错误，并就地作异常的处理，相比老式的错误处理，现行的错误处理的结构则来的更加清晰。

以上内容参考：百度百科-Exception

参考技术A

1.如图Exception 和 Error都继承自Throwable类，由jdk api文档中对该类的描述可以知道它是异常处理机制的基本组成类型。可以由虚拟机抛出或者编码者自行抛出(throw)

jdk8中文发翻译Throwable类的描述：Throwable类是Java语言中所有错误和异常的Throwable类。 只有作为此类（或其一个子类）的实例的对象由Java虚拟机抛出，或者可以由Java throw语句抛出。 类似地，只有这个类或其子类可以是catch子句中的参数类型。

2.Exception 和 Error 体现了 Java 平台设计者对不同异常情况的分类。Exception 是程序正常运行中，可以预料的意外情况，可能并且应该被捕获，进行相应处理。

3.Error 是指在正常情况下，不大可能出现的情况，绝大部分的 Error 都会导致程序（比如 JVM 自身）处于非正常的、不可恢复状态。既然是非正常情况，所以不便于也不需要捕获，常见的比如 OutOfMemoryError 之类，都是 Error 的子类。

4.Exception 又分为可检查（checked）异常和不检查（unchecked）异常，可检查异常在源代码里必须显式地进行捕获处理，这是编译期检查的一部分。前面我介绍的不可查的 Error，是 Throwable 不是 Exception。

如何处理这些异常？

在现实编程中我们一般使用 try-with-resources 和 multiple catch来进行一些异常处理(便利的特性)，在编译时期，会自动生成相应的处理逻辑，比如，自动按照约定俗成 close 那些扩展了 AutoCloseable 或者 Closeable 的对象。

try-with-resources 是一种处理Closeable实现类关闭资源的一种写法，简单写了一个例子可以发现其实这就是一中语法，这种语法可以自动编译帮忙编译最后关闭流的操作：

public static void main(String[] args)

try (BufferedReader br = new BufferedReader(new FileReader("a"));
BufferedWriter writer = new BufferedWriter(new FileWriter("a")))

// Try-with-resources
catch (IOException e) // Multiple catch
// Handle it




编译后class

public static void main(String[] args)        try
BufferedReader br = new BufferedReader(new FileReader("a"));
Throwable var2 = null;            try
BufferedWriter writer = new BufferedWriter(new FileWriter("a"));
Object var4 = null;                if (writer != null)                    if (var4 != null)                        try
writer.close();
catch (Throwable var15)
((Throwable)var4).addSuppressed(var15);

else
writer.close();


catch (Throwable var16)
var2 = var16;                throw var16;
finally                if (br != null)                    if (var2 != null)                        try
br.close();
catch (Throwable var14)
var2.addSuppressed(var14);

else
br.close();




catch (IOException var18)
;





异常处理的两个基本原则

尽量不要捕获类似 Exception 这样的通用异常，而是应该捕获特定异常

这是因为在日常的开发和合作中，我们读代码的机会往往超过写代码，软件工程是门协作的艺术，所以我们有义务让自己的代码能够直观地体现出尽量多的信息，而泛泛的 Exception 之类，恰恰隐藏了我们的目的。另外，我们也要保证程序不会捕获到我们不希望捕获的异常。比如，你可能更希望 RuntimeException 被扩散出来，而不是被捕获。

不要生吞（swallow）异常。这是异常处理中要特别注意的事情，因为很可能会导致非常难以诊断的诡异情况。

如果我们不把异常抛出来，或者也没有输出到日志（Logger）之类，程序可能在后续代码以不可控的方式结束。没人能够轻易判断究竟是哪里抛出了异常，以及是什么原因产生了异常。

在写程序时可以通过Objects类(jdk提供),或者断言等提前判断问题，如空指针异常的一些值的处理Objects. requireNonNull(filename);而不是使用之后有问题再系统抛出异常，这可能就会不直观的找到问题所在。即:Throw early, catch late 原则

希望对您有所帮助！~

本回答被提问者采纳 参考技术B Error类和Exception类的父类都是throwable类，他们的区别是:
Error类一般是指与虚拟机相关的问题，如系统崩溃，虚拟机错误，内存空间不足，方法调用栈溢等。对于这类错误的导致的应用程序中断，仅靠程序本身无法恢复和和预防，遇到这样的错误，建议让程序终止。
Exception类表示程序可以处理的异常，可以捕获且可能恢复。遇到这类异常，应该尽可能处理异常，使程序恢复运行，而不应该随意终止异常。
常见的异常;
NullPointerException 空指针异常
ArrayIndexOutOfBoundsException 数组下标越界异常，
ArithmaticException 算数异常 如除数为零
IllegalArgumentException 不合法参数异常 参考技术C Error（错误）表示系统级的错误和程序不必处理的异常，是java运行环境中的内部错误或者硬件问题。比如：内存资源不足等。对于这种错误，程序基本无能为力，除了退出运行外别无选择，它是由Java虚拟机抛出的。

Exception（违例）表示需要捕捉或者需要程序进行处理的异常，它处理的是因为程序设计的瑕疵而引起的问题或者在外的输入等引起的一般性问题，是程序必须处理的。
Exception又分为运行时异常，受检查异常。
运行时异常，表示无法让程序恢复的异常，导致的原因通常是因为执行了错误的操作，建议终止程序，因此，编译器不检查这些异常。
受检查异常，是表示程序可以处理的异常，也即表示程序可以修复（由程序自己接受异常并且做出处理）， 所以称之为受检查异常。 参考技术D http://zhidao.baidu.com/link?url=KQ4ugLi9btfxxh-u1TgywthBZT3xgtmOtdmLBmaItWFL_pSLklW3OaHcltIpQAHuFO-2JvJ49FSzPPaWSxyaPK

Java Exception 和Error有什么区别？

① Exception 和Error 都是继承了Throwable类，在Java中只有Throwable类型的实例才可以被抛出或者捕获，它是异常处理机制的基本类型。

 

② Exception和Error体现了Java平台设计者对不同异常情况的分类。

⑴Exception是程序正常运行中，可以预料的意外情况，可能并且应该被捕获，进行相应处理。

⑵Exception又分为可检查(checked)异常和不可检查(unchecked)异常。可检查异常在源代码里必须显式的进行捕获处理，这是编译期检查的一部分。不可检查时异常是指运行时异常，像NullPointerException、ArrayIndexOutOfBoundsException之类，通常是可以编码避免的逻辑错误，具体根据需要来判断是否需要捕获，并不会在编译期强制要求。

⑶Error是指正常情况下，不大可能出现的情况，绝大部分的Error都会导致程序处于非正常的、不可恢复的状态。既然是非正常情况，不便于也不需要捕获。常见的比如OutOfMemoryError之类都是Error的子类。

 

③ 简单的类图，列典型例子如下                            

                                                                           

 

④ 理解Java语言中操作Throwable的元素和实践，掌握最基本的语法是必须的，如try-catch-finally块，throw throws关键字等。

⑤ 实例

⑴下面的代码反应了异常处理中哪些不当之处？

try{

    //........

    //.......

    Thread.sleep(1000L);   

}catch (Exception e){

    //.... 

}

以上代码违反了两个基本原则

| 尽量不要捕获Exception这样的通用异常，而应该捕获特定异常，这里面的Thread.sleep()抛出的是InterruptedException。原因是让代码能够直观的体现出尽量多的信息，不要太泛，不好定位。

|| 不要生吞异常，否则会导致难以诊断。如果不把异常抛出来，也没有输出到日志，程序可能会以不可控的方式结束，没人能够轻易判断是哪里出了异常以及是什么原因导致了异常。

 

⑵ 

try{

    //........

    //.......

}catch (IOException e){

    e.printStackTrace();

}

这段代码没什么问题，但在产品代码中一般不允许这样处理，原因是标准出错不是个合适的输出选项，因为很难判断到底输出到哪里了。尤其是对分布式系统，无法找到堆栈痕迹，所以最好详细的输出到日志里。

 

⑶ Throw early,catch late

public void readPreferences(String fielName){

       //...........

       InputStream in =new FileInputStream(fileName);

       // read the file....

}

如果filename是空，程序会抛出NullPointerException异常，但是没第一个时间暴露问题，堆栈信息会令人非常费解，往往需要更复杂的定位修改如下:

public void readPreferences(String fielName){

       Objects.requireNonNull(fileName);

       //...........

       InputStream in =new FileInputStream(fileName);

       // read the file....

}

至于catch late，最差的处理方式就是生吞异常了，本质上就是掩盖问题。如果实在不知道如何处理，可以保留原有的case信息，直接再抛出或者构建新的异常出去。在更高层面，因为有了清晰的逻辑，会更青春合适的处理方式是什么。

 

⑥自定义异常

⑴是否需要定义成Checked Exception，因为这种类型设计的初衷更是为了从异常情况恢复，作为异常设计者，我们往往有充足信息进行分类

⑵在诊断信息的同时要考虑避免包含敏感信息，否则会导致潜在的安全问题。Java的标准类库出错信息不包含具体的机器名，端口，IP等，一个重要考量就是信息安全问题，还有用户数据一般不包含在日志里的

 

⑦ 从性能角度审视Java的异常处理机制

⑴try-catch代码段会产生额外的性能开销，它会影响JVM对代码进行优化，所以建议仅捕获有必要的代码段，尽量不要一个大的try包住整段的代码；与此同时，利用异常控制代码流程也不是一个好注意，这样非常低效。

⑵Java每实例化一个Exception，都会对当时的栈进行快照，这是一个相对较重的操作，如果发生的非常频繁，这个开销就不能被忽略了。