【Java基础】异常

Java中什么是Exception?

所有的异常都是通过Throwable衍生出来的。Throwable把错误进 一步划分为 java.lang.Exception 和 java.lang.Error. java.lang.Error 用来处理系统错误，例如java.lang.StackOverFlowError 或者 Java.lang.OutOfMemoryError 之类的。然后 Exception用来处理程序错误，请求的资源不可用等等。

Java中的检查型异常和非检查型异常有什么区别？

这又是一个非常流行的Java异常面试题，会出现在各种层次的Java面试中。检查型异常和非检查型异常的主要区别在于其处理方式。检查型异常需要使用 try, catch和finally关键字在编译期进行处理，否则会出现编译器会报错。对于非检查型异常则不需要这样做。Java中所有继承自 java.lang.Exception类的异常都是检查型异常，所有继承自RuntimeException的异常都被称为非检查型异常。你也可以查看 下一篇文章来了解 更多关于检查型异常和非检查型异常之间的区别。

在Java异常处理的过程中，你遵循的那些最好的实践是什么？

这个问题在面试技术经理是非常常见的一个问题。因为异常处理在项目设计中是非常关键的，所以精通异常处理是十分必要的。异常处理有很多最佳实践，下面列举集中，它们提高你代码的健壮性和灵活性：

1) 调用方法的时候返回布尔值来代替返回null

这样可以 避免发生NullPointerException。由于空指针是java异常里最恶心的异常，你可以参考一下下面的技术文章 coding best practices to minimize NullPointerException。去看看里面具体的例子。

2) catch块里别不写代码。

空catch块是异常处理里的错误事件，因为它只是捕获了异常，却没有任何处理或者提示。通常你起码要打印出异常信息，当然你最好根据需求对异常信息进行处理。

3)优先选择非检查型异常。

通过去掉重复的异常处理代码，可以提高代码的可读性。(boilerplate是样板文件的意思，可理解为是拷贝重复之一)
请找到合适的理由

4) 绝对不要让你的数据库相关异常显示到客户端。

由于绝大多数数据库和SQLException异常都是检查型异常，应该在应用的dao层处理这些异常，返回一些值，或者返回有意义的运行时（非检查型）异常，像这样客户端才能理解，并采取一些措施。

5) 在Java中，一定要在数据库连接，数据库查询，流处理后，在finally块中调用close()方法。

我已经在我的文章Top 10 Java exception handling best practices中分享了关于这方面的很多知识，你们也可以看看这篇文章。

既然我们可以用RuntimeException来处理错误，那么你认为为什么Java中还存在检查型异常?

• 这是一个有争议的问题
• 存在 检查型异常是一个设计上的决定，受到了诸如C++等比Java更早的编程语言设计经验的影响。绝大多数检查型异常位于java.io包内，这是合乎情理 的，因为在你请求了不存在的系统资源的时候，一段强壮的程序必须能够优雅的处理这种情况。通过把IOException声明为检查型异常，Java 确保了你能够优雅的对异常进行处理。(资源紧张一般涉及到IO异常比较多)
• 可以使用catch或finally来确保数量受限的系统资源（比如文件描述符）在你使用后尽早 得到释放。 Joshua Bloch编写的 Effective Java 一书 中多处涉及到了该话题，值得一读。

什么是“异常链”?

“异常链”是Java中非常流行的异常处理概念，是指在进行一个异常处理时抛出了另外一个异常，由此产生了一个异常链条。该技术大多用于将“ 受检查异常” （ checked exception）封装成为“非受检查异常”（unchecked exception)或者RuntimeException。顺便说一下，如果因为因为异常你决定抛出一个新的异常，你一定要包含原有的异常，这样，处理 程序才可以通过getCause()和initCause()方法来访问异常最终的根源。

你曾经自定义实现过异常吗？怎么写的?

很显然，我们绝大多数都写过自定义或者业务异常，像AccountNotFoundException。在面试过程中询问这个Java异常问题的主要原因 是去发现你如何使用这个特性的。这可以更准确和精致的去处理异常，当然这也跟你选择checked 还是unchecked exception息息相关。通过为每一个特定的情况创建一个特定的异常，你就为调用者更好的处理异常提供了更好的选择。相比通用异常（general exception)，我更倾向更为精确的异常。大量的创建自定义异常会增加项目class的个数，因此，在自定义异常和通用异常之间维持一个平衡是成功 的关键。

你遇到过 OutOfMemoryError 错误嘛？你是怎么搞定的？

这个面试题会在面试高级程序员的时候用，面试官想知道你是怎么处理这个危险的OutOfMemoryError错误 的。必须承认的是，不管你做什么项目，你都会碰到这个问题。所以你要是说没遇到过，面试官肯定不会买账。要是你对这个问题不熟悉，甚至就是没碰到过，而你 又有3、4年的Java经验了，那么准备好处理这个问题吧。在回答这个问题的同时，你也可以借机向面试秀一下你处理内存泄露、调优和调试方面的牛逼技能。 我发现掌握这些技术的人都能给面试官留下深刻的印象。你们也可以到 how to fix java.lang.OutOfMemoryError去看看我写的另一篇关于这个问题更详细细节的文章

如果执行finally代码块之前方法返回了结果，或者JVM退出了，finally块中的代码还会执行吗？

只有在try里面是有 System.exit(0)来退出JVM的情况下finally块中的代码才不会执行。

Java中final,finalize,finally关键字的区别

这是一个经典的Java面试题了。我的一个朋友为Morgan Stanley招电信方面的核心Java开发人员的时候就问过这个问题。final和finally是Java的关键字，而finalize则是方法。 final关键字在创建不可变的类的时候非常有用，只是声明这个类是final的。而finalize()方法则是垃圾回收器在回收一个对象前调用，但也 Java规范里面没有保证这个方法一定会被调用。finally关键字是唯一一个和这篇文章讨论到的异常处理相关的关键字。在你的产品代码中，在关闭连接 和资源文件的是时候都必须要用到finally块。更多看here

下面的代码都有哪些错误：

public class SuperClass {   
    public void start() throws IOException{ 
        throw new IOException("Not able to open file"); 
    } 
} 

public class SubClass extends SuperClass{   
    public void start() throws Exception{ 
        throw new Exception("Not able to start"); 
    } 
} 

这段代码编译器将对子类覆盖start方法产生不满。因为每个Java中方法的覆盖是有规则的，一个覆盖的方法不能抛出的异常比原方法继承关系高。因为这 里的start方法在超类中抛出了IOException，所有在子类中的start方法只能抛出要么是IOExcepition或是其子类，但不能是其 超类，如Exception。

参考:

原文链接：http://javarevisited.blogspot.com/2013/06/10-java-exception-and-error-interview-questions-answers-programming.html