Java 中为什么要设计 throws 关键词，是故意的还是不小心

梦里梦外; 2023-09-24 20:56 24阅读 0赞

我们平时在写代码的时候经常会遇到这样的一种情况

![format_png][]

提示说没有处理xxx异常

然后解决办法可以在外面加上`try-catch`，就像这样

![format_png 1][]

所以我之前经常这样处理

//重新抛出 RuntimeException
    public class ThrowsDemo {
    
        public void demo4throws() {
            try {
                new ThrowsSample().sample4throws();
            } catch (IOException e) {
                throw new RuntimeException(e);
            }
        }
    }
    
    //打印日志
    @Slf4j
    public class ThrowsDemo {
    
        public void demo4throws() {
            try {
                new ThrowsSample().sample4throws();
            } catch (IOException e) {
                log.error("sample4throws", e);
            }
        }
    }
    
    //继续往外抛，但是需要每个方法都添加 throws
    public class ThrowsDemo {
    
        public void demo4throws() throws IOException {
            new ThrowsSample().sample4throws();
        }
    }
    复制代码

但是我一直不明白

这个方法为什么不直接帮我做

反而要让我很多余的加上一步

我处理和它处理有什么区别吗？

而且变的好不美观

本来缩进就多，现在加个`try-catch`更是火上浇油

public class ThrowsDemo {
    
        public void demo4throws() {
            try {
                if (xxx) {
                    try {
                        if (yyy) {
                            
                        } else {
                            
                        }
                    } catch (Throwable e) {
                    }
                } else {
    
                }
            } catch (IOException e) {
                
            }
        }
    }
    复制代码

上面的代码，就算里面没有业务，看起来也已经比较乱了，分不清哪个括号和哪个括号是一对

还有就是对`Lambda`很不友好

![format_png 2][]

没有办法直接用`::`来优化代码，所以就变成了下面这样

![format_png 3][]

本来看起来很简单很舒服的`Lambda`，现在又变得又臭又长

# 为什么会强制 try-catch #

为什么我们平时写的方法不需要强制`try-catch`，而很多`jdk`中的方法却要呢

那是因为那些方法在方法的定义上添加了`throws`关键字，并且后面跟的异常不是`RuntimeException`

一旦你显式的添加了这个关键字在方法上，同时后面跟的异常不是`RuntimeException`，那么使用这个方法的时候就必须要显示的处理

比如使用`try-catch`或者是给调用这个方法的方法也添加`throws`以及对应的异常

# throws 是用来干什么的 #

那么为什么要给方法添加`throws`关键字呢？

给方法添加`throws`关键字是为了表明这个方法可能会抛出哪些异常

就像一个风险告知

这样你在看到这个方法的定义的时候就一目了然了：**这个方法可能会出现什么异常**

# 为什么 RuntimeException 不强制 try-catch #

那为什么`RuntimeException`不强制`try-catch`呢？

因为很多的`RuntimeException`都是因为程序的`BUG`而产生的

比如我们调用`Integer.parseInt("A")`会抛出`NumberFormatException`

当我们的代码中出现了这个异常，那么我们就需要修复这个异常

当我们修复了这个异常之后，就不会再抛出这个异常了，所以`try-catch`就没有必要了

当然像下面这种代码除外

public boolean isInteger(String s) {
        try {
            Integer.parseInt(s);
            return true;
        } catch (NumberFormatException e) {
            return false;
        }
    }
    复制代码

这是我们利用这个异常来达成我们的需求，是有意为之的

而另外一些异常是属于没办法用代码解决的异常，比如`IOException`

我们在进行网络请求的时候就有可能抛出这类异常

因为网络可能会出现不稳定的情况，而我们对这个情况是无法干预的

所以我们需要提前考虑各种突发情况

强制`try-catch`相当于间接的保证了程序的健壮性

毕竟我们平时写代码，如果`IDE`没有提示异常处理，我们完全不会认为这个方法会抛出异常

![format_png 4][]

我的代码怎么可能有问题！

![format_png 5][]

看来`Java之父`完全预判到了程序员的脑回路

# throws 和 throw 的区别 #

`java`中还有一个关键词`throw`，和`throws`只有一个`s`的差别

`throw`是用来主动抛出一个异常

public class ThrowsDemo {
    
        public void demo4throws() throws RuntimeException {
            throw new RuntimeException();
        }
    }
    复制代码

两者完全是不同的功能，大家不要弄错了

# 什么场景用 throws #

我们可以发现我们平时写代码的时候其实很少使用`throws`

因为当我们在开发业务的时候，所有的分支都已经确定了

比如网络请求出现异常的时候，我们常用的方式可能是打印日志，或是进行重试，把异常往外抛等等

所以我们没有那么有必要去使用`throws`这个关键字来说明异常信息

但是当我们没有办法确定异常要怎么处理的时候呢？

比如我在`GitHub`上维护了一个功能库，本身没有什么业务属性，主要就是对于一些复杂的功能做了相应的封装，提供给自己或别人使用

对我来说，当我的方法中出现异常时，我是不清楚调用这个方法的人是想要怎么处理的

可能有的想要重试，有的想要打印日志，那么我干脆就往外抛，让调用方法的人自己去考虑，自己去处理

所以简单来说，如果方法主要是给别人用的最好用`throws`把异常往外抛，反之就是可加可不加

# 结束 #

很多时候你的不理解只是因为你还不够了解

[format_png]: https://img-blog.csdnimg.cn/img_convert/88614c4d0369cbb07297195ccaa44d0c.webp?x-oss-process=image/format,png
[format_png 1]: https://img-blog.csdnimg.cn/img_convert/5f7826304fb984f23d3da2d7776b7102.webp?x-oss-process=image/format,png
[format_png 2]: https://img-blog.csdnimg.cn/img_convert/8ebe40d7bf1609d195df2ad4d8b83445.webp?x-oss-process=image/format,png
[format_png 3]: https://img-blog.csdnimg.cn/img_convert/575c971d372d24c74f00383b72342d2e.webp?x-oss-process=image/format,png
[format_png 4]: https://img-blog.csdnimg.cn/img_convert/0e943bc73b72868d8a1c66160702ba28.webp?x-oss-process=image/format,png
[format_png 5]: https://img-blog.csdnimg.cn/img_convert/d449caf26e998b7d13fe9e40192d72af.webp?x-oss-process=image/format,png