Java中抛出RuntimeException为什么不用显示声明

最新推荐文章于 2025-04-07 16:57:21 发布

知行合一(-_-)

最新推荐文章于 2025-04-07 16:57:21 发布

阅读量5.3k

点赞数 8

分类专栏：个人思考文章标签：异常

本文链接：https://blog.youkuaiyun.com/wobushixiaobailian/article/details/86677573

版权

个人思考专栏收录该内容

33 篇文章

订阅专栏

文章目录

一、受检查异常和运行时异常
二、运行时异常不需要在方法参数后面使用 throws
三、平时javaWeb项目抛出异常时，选择抛出运行时异常好还是受检查异常呢
四、运行时异常的默认处理在哪里
五、参考文献

异常时为了让程序更健壮。

今天在做一个javaweb项目的开发时，突然想到javaWeb中的异常该怎样处理呢？，于是引发了下面的思考。

运行时异常和受检查异常的定义、区别
为什么同样是抛出异常，为什么受检查异常就需要在方法参数后面使用 throws，而运行时异常不需要
运行时异常的默认处理在哪里？
为什么建议运行时异常不做处理(catch)
平时javaWeb项目抛出异常时，该抛出运行时异常好还是受检查异常好一些呢？

一、受检查异常和运行时异常

运行时异常：编译时，机器发现不了的异常；不是由系统自身产生的，而是系统所在应用环境导致的。如数组越界。
受检查异常：在编译时之前就可以进行处理的异常，如果产生受检查异常必须做处理，否则编译都不允许。如类型转换异常，Java.lang.ClassNotFoundException

其实，运行时异常不论在什么环境下都可以使用。而受检查异常必须满足下面两个要求，才能使用：

可预测但不能阻止。比如当我们打开一个文件，在判断文件是否存在和开始读取文件这段时间里，文件的名字可能被修改了。这就可以预测，但是不能阻止。
有理由去恢复，可以恢复。还是上面这种情况。此时，你可以告诉调用者去读取另外一个文件。

二、运行时异常不需要在方法参数后面使用 throws

对于运行时异常，虽然可以对他进行捕获。但是，不建议进行catch处理。

如果你要捕获它的话，你就会冒这样一个风险:程序代码的错误(bug)被掩盖在运行当中无法被察觉。因为在程序测试过程中，系统打印出来的调用堆栈路径(StackTrace)往往使你更快找到并修改代码中的错误。有些程序员建议捕获runtime exception并纪录在log中，我反对这样做。这样做的坏处是你必须通过浏览log来找出问题，而用来测试程序的测试系统(比如Unit Test)却无法直接捕获问题并报告出来。

例子：

public static void main(String[] args) {
    /*运行时异常和非运行时异常（受检查异常）
     *运行时异常可以catch也可以不catch,不catch,jvm会自行处理（catch这个运行时异常，然后停止线程，打印错误信息）
     * 受检异常必须catch或throw
     */
    try {
        test3();
    }catch (Exception e){
        System.out.println("xxx");
    }
}
public static void test3()   {
    throw new RuntimeException("发生了运行时异常");
}

运行结果：

xxx

然而，这样很傻比。作为一个调用者，我怎么知道你test3方法里面会出错啊（除非test3方法是方法调用者写的）。此时当你用受检查异常时，test3的调用者就知道了test3方法体内可能会产生异常。

并且，受检查异常是调用者可以处理的。对于运行时异常，你throws有什么用，调用者catch之后，也处理不了。所以，索性就不写throws了（虽然还是要往上层调用者抛）。例子：

public static void main(String[] args) {
      test3();
}
public static void test3() throws RuntimeException  {
    throw new RuntimeException("发生了运行时异常");
}