10.Java异常问题

时间  2019-11-09
标签 10.java java 异常 问题 栏目 Java 繁體版
原文   原文链接

目录介绍

  • 10.0.0.1 见过哪些运行时异常？异常处理机制知道哪些？从异常是否必须须要被处理的角度来看怎么分类？
  • 10.0.0.2 运用Java异常处理机制？异常处理的原理？Java中检查异常和非检查异常的区别？
  • 10.0.0.3 异常处理的过程当中，你遵循那些好的实践？ throw 和 throws这两个关键字在java中有什么不一样？
  • 10.0.0.4 你知道什么是“异常链”吗？自定义实现过哪些异常，怎么写的?能够有一个空的catch块吗？
  • 10.0.0.5 Java异常类有哪些的重要方法？致使“主线程中的异常”的不一样场景是什么？
  • 10.0.0.6 看下面这段子类继承父类代码有什么问题？针对抛异常是IOException仍是Exception，能随便写吗，结合案例说一下？
  • 10.0.0.7 捕获异常时，为什么在catch中要注意异常层级关系？须要注意哪些问题？

好消息

  • 博客笔记大汇总【15年10月到至今】，包括Java基础及深刻知识点，Android技术博客，Python学习笔记等等，还包括平时开发中遇到的bug汇总，固然也在工做之余收集了大量的面试题，长期更新维护而且修正，持续完善……开源的文件是markdown格式的！同时也开源了生活博客，从12年起，积累共计500篇[近100万字]，将会陆续发表到网上，转载请注明出处，谢谢！
  • 连接地址：github.com/yangchong21…
  • 若是以为好，能够star一下，谢谢！固然也欢迎提出建议，万事起于忽微，量变引发质变！全部博客将陆续开源到GitHub！

10.0.0.1 见过哪些运行时异常？异常处理机制知道哪些？从异常是否必须须要被处理的角度来看怎么分类？

  • 运行时异常：Throwable继承层次结构，可见分红两大类Error和Exception：
    • Error（错误）:指程序没法恢复的异常状况，表示运行应用程序中较严重的问题；发生于虚拟机自身、或者在虚拟机试图执行应用时，如Virtual MachineError（Java虚拟机运行错误）、NoClassDefFoundError（类定义错误）；属于不可查异常，即不强制程序员必须处理，即便不处理也不会出现语法错误。
    • Exception（异常）:指程序有可能恢复的异常状况，表示程序自己能够处理的异常。又分两大类：
      • RuntimeException（运行时异常）：由程序自身的问题致使产生的异常；如NullPointerException（空指针异常）、IndexOutOfBoundsException（下标越界异常）；属于不可查异常。
      • 非运行时异常：由程序外部的问题引发的异常；除了RuntimeException之外的异常，如FileNotFoundException（文件不存在异常）；属于可查异常，即强制程序员必须进行处理，若是不进行处理则会出现语法错误。
  • 异常处理机制
    • 捕捉异常：由系统自动抛出异常，即try捕获异常->catch处理异常->finally 最终处理
    • 抛出异常：在方法中将异常对象显性地抛出，以后异常会沿着调用层次向上抛出，交由调用它的方法来处理。配合throws声明抛出的异常和throw抛出异常
    • 自定义异常：继承Execption类或其子类
    • 技术博客大总结
  • 从异常是否必须须要被处理的角度来看怎么分类
    • 异常又可分为不受检查异常和受检查异常两种状况：
      • 不受检查异常：派生于 Error 或 RuntimeException 的全部异常；
      • 受检查异常：除去不受检查异常的全部异常。
      • image

10.0.0.2 运用Java异常处理机制？ 异常处理的原理？Java中检查异常和非检查异常的区别？

  • 运用Java异常处理机制？
    • 1.try…catch语句
    • 2.finally语句：大多数状况下都必须执行的代码
    • 3.throws子句：声明可能发生的异常类
    • 4.throw:抛出具体的异常对象。
  • 异常处理的原理？
    • Java虚拟机用方法调用栈（method invocation stack）来跟踪每一个线程中一系列的方法调用过程。若是在执行方法过程当中抛出异常，则Java虚拟机必须找到能捕获该异常的catch代码块。当Java虚拟机追溯到调用栈的底部的方法的时候，若是仍然没有找处处理该异常的代码块，这样它就会按步骤处理，首先会打印方法调用栈的异常信息，而后若是所处的线程不是主线程，那么就会终止这个线程。
  • Java中检查异常和非检查异常的区别
    • 检查型异常（CheckedException）
      • 在Java中全部不是RuntimeException派生的Exception都是检查型异常。当函数中存在抛出检查型异常的操做时该函数的函数声明中必须包含throws语句。调用改函数的函数也必须对该异常进行处理，如不进行处理则必须在调用函数上声明throws语句。
      • 检查型异常是JAVA独创的，在编译期对异常的处理有强制性的要求。在JDK代码中大量的异常属于检查型异常，包括IOException，SQLException等等。
    • 非检查型异常（UncheckedException）技术博客大总结
      • 在Java中全部RuntimeException的派生类都是非检查型异常，与检查型异常对比，非检查型异常能够不在函数声明中添加throws语句，调用函数上也不须要强制处理。
      • 常见的NullPointException，ClassCastException是常见的非检查型异常。非检查型异常能够不使用try…catch进行处理，可是若是有异常产生，则异常将由JVM进行处理。对于RuntimeException的子类最好也使用异常处理机制。虽然RuntimeException的异常能够不使用try…catch进行处理，可是若是一旦发生异常，则确定会致使程序中断执行，因此，为了保证程序再出错后依然能够执行，在开发代码时最好使用try…catch的异常处理机制进行处理。

10.0.0.3 异常处理的过程当中，你遵循那些好的实践？ throw 和 throws这两个关键字在java中有什么不一样？

  • 异常处理的过程当中，你遵循那些好的实践？
    • 异常处理在项目设计中是很是关键的，因此精通异常处理是十分必要的。异常处理有不少最佳实践，下面列举集中，它们提升你代码的健壮性和灵活性：
      1. 调用方法的时候返回布尔值来代替返回null，这样能够 NullPointerException。因为空指针是java异常里最恶心的异常。
      1. catch块里别不写代码。空catch块是异常处理里的错误事件，由于它只是捕获了异常，却没有任何处理或者提示。一般你起码要打印出异常信息，固然你最好根据需求对异常信息进行处理。
    • 3)能抛受控异常（checked Exception）就尽可能不抛受非控异常(checked Exception)。经过去掉重复的异常处理代码，能够提升代码的可读性。
      1. 绝对不要让你的数据库相关异常显示到客户端。因为绝大多数数据库和SQLException异常都是受控异常，在Java中，你应该在DAO层把异常信息处理，而后返回处理过的能让用户看懂并根据异常提示信息改正操做的异常信息。
      1. 在Java中，必定要在数据库链接，数据库查询，流处理后，在finally块中调用close()方法。
  • throw 和 throws这两个关键字在java中有什么不一样？
    • 技术博客大总结
    • throws老是出如今一个函数头中，用来标明该成员函数可能抛出的各类异常，你也能够申明未检查的异常，但这不是编译器强制的。若是方法抛出了异常那么调用这个方法的时候就须要将这个异常处理。
    • throw 是用来抛出任意异常的，按照语法你能够抛出任意 Throwable (Throwable 或任何Throwable的衍生类) , throw能够中断程序运行，所以能够用来代替return。
    private static voidshow() {  
    throw new UnsupportedOperationException(“抛出异常”);
}
复制代码

10.0.0.4 你知道什么是“异常链”吗？自定义实现过哪些异常，怎么写的?能够有一个空的catch块吗？

  • 你知道什么是“异常链”吗？
    • “异常链”是Java中很是流行的异常处理概念，是指在进行一个异常处理时抛出了另一个异常，由此产生了一个异常链条。该技术大多用于将“ 受检查异常” （ checked exception）封装成为“非受检查异常”（unchecked exception)或者RuntimeException。顺便说一下，若是由于由于异常你决定抛出一个新的异常，你必定要包含原有的异常，这样，处理程序才能够经过getCause()和initCause()方法来访问异常最终的根源。
  • 自定义实现过哪些异常？
  • 能够有一个空的catch块吗？
    • 能够有一个空的catch块，但这是最糟糕的编程的例子。不该该有空的catch块，由于若是异常被该块捕获，咱们将没有关于异常的信息，它将成为调试它的噩梦。应该至少有一个日志记录语句来记录控制台或日志文件中的异常详细信息。
    • 技术博客大总结

10.0.0.5 Java异常类有哪些的重要方法？致使“主线程中的异常”的不一样场景是什么？

  • Java异常类有哪些的重要方法？
    • Exception和它的全部子类没有提供任何特殊方法供使用，它们的全部方法都是来自其基类Throwable。
      • String getMessage():方法返回Throwable的String型信息，当异常经过构造器建立后可用。
      • String getLocalizedMessage()：此方法经过被重写来获得用本地语言表示的异常信息返回给调用程序。Throwable类一般只是用getMessage()方法来实现返回异常信息。
      • synchronized Throwable getCause():此方法返回异常产生的缘由，若是不知道缘由的话返回null。(原文有拼写错误 应该是if 不是id)
      • String toString():方法返回String格式的Throwable信息，此信息包括Throwable的名字和本地化信息。
      • void printStackTrace()：该方法打印栈轨迹信息到标准错误流。该方法能接受PrintStream 和PrintWriter做为参数实现重载，这样就能实现打印栈轨迹到文件或流中。
  • 致使“主线程中的异常”的不一样场景是什么？
    • 一些常见的主线程异常状况是：
      • 线程main java.lang.UnsupportedClassVersionError中的异常：当您的java类从另外一个JDK版本编译而且您试图从另外一个java版本运行它时，会出现此异常。
      • 线程main java.lang.NoClassDefFoundError中的异常 ：此异常有两种变体。 第一个是你提供扩展名为.class的类全名的地方。 第二种状况是没有找到类。
      • 线程main java.lang.NoSuchMethodError中的异常：main ：当您尝试运行一个没有main方法的类时，会出现此异常。
      • 技术博客大总结
      • 线程“main”中的异常java.lang.ArithmeticException ：不管什么时候从main方法抛出任何异常，它都会打印出异常是console。 第一部分解释了异常从main方法抛出，第二部分打印异常类名称，而后在冒号后打印异常消息。

10.0.0.6 看下面这段子类继承父类代码有什么问题？针对抛异常是IOException仍是Exception，能随便写吗，结合案例说一下？

  • 看下面这段代码有什么问题？
    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。
  • 针对抛异常是IOException仍是Exception，能随便写吗，结合案例说一下？
    • 确定不要随便写，容易形成迷惑性。下面看看代码，举个简单的案例！技术博客大总结
    public static void start(){
   System.out.println("Java Exception");
}
 
public static void main(String args[]) {
   try{
      start();
   }catch(IOException e){
      e.printStackTrace();
   }
}
复制代码
    • 上面的Java异常例子代码中，编译器将在处理IOException时报错，由于IOException是受检查异常，而start方法并无抛出IOException，因此编译器将抛出“异常，java.io.IOException不会在try语句体中抛出”，可是若是你将IOException改成Exception，编译器报错将消失，由于Exception能够用来捕捉全部运行时异常，这样就不须要声明抛出语句。我喜欢这样带有迷惑性的Java异常面试题，由于它不会让人轻易的找出是IOException仍是Exception。你也能够在JoshuaBloach和NeilGafter的Java谜题中找到一些有关Java错误和异常的具备迷惑性问题。

10.0.0.7 捕获异常时，为什么在catch中要注意异常层级关系？须要注意哪些问题？

  • 捕获异常时，为什么在catch中要注意异常层级关系？须要注意哪些问题？
    • 注意，catch中必定要注意层级关系。这里举一个简单的案例，就能够很好的理解为什么要注重层级问题呢！
    • 技术博客大总结
    public static void start() throws IOException, RuntimeException{
    throw new RuntimeException("Not able to Start");
}

public static void main(String args[]) {
    try {
        start();
    } catch (Exception e) {
        e.printStackTrace();
    } catch (RuntimeException e2) {
        e2.printStackTrace();
    }
}
复制代码
    • 这段代码会在捕捉异常代码块的RuntimeException类型变量“e2”里抛出编译异常错误。由于Exception是RuntimeException的超类，在start方法中全部的RuntimeException会被第一个捕捉异常块捕捉，这样就没法到达第二个捕捉块，这就是抛出“exception java.lang.RuntimeException has already been caught”的编译错误缘由。

其余介绍

01.关于博客汇总连接

02.关于个人博客

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程