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

出售水晶

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



提示说没有处理xxx异常
然后解决办法可以在外面加上try-catch，就像这样



所以我之前经常这样处理
//重新抛出 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很不友好



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



本来看起来很简单很舒服的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没有提示异常处理，我们完全不会认为这个方法会抛出异常，看来Java之父完全预判到了程序员的脑回路
throws 和 throw 的区别

java中还有一个关键词throw，和throws只有一个s的差别
throw是用来主动抛出一个异常
public class ThrowsDemo {

    public void demo4throws() throws RuntimeException {
        throw new RuntimeException();
    }
}两者完全是不同的功能，大家不要弄错了
什么场景用 throws

我们可以发现我们平时写代码的时候其实很少使用throws
因为当我们在开发业务的时候，所有的分支都已经确定了
比如网络请求出现异常的时候，我们常用的方式可能是打印日志，或是进行重试，把异常往外抛等等
所以我们没有那么有必要去使用throws这个关键字来说明异常信息
但是当我们没有办法确定异常要怎么处理的时候呢？
对我来说，当我的方法中出现异常时，我是不清楚调用这个方法的人是想要怎么处理的
可能有的想要重试，有的想要打印日志，那么我干脆就往外抛，让调用方法的人自己去考虑，自己去处理
所以简单来说，如果方法主要是给别人用的最好用throws把异常往外抛，反之就是可加可不加

结束

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