还记得2年前见过这个问题,当时没太在意,这次写demo复现了这个问题。Java运行时异常能捕捉吗?
背景:比如文件上传后的删除操作
delete,id不存在抛出运行时异常。 删除方法是public void delete(),因为MVC中的Model层没有声明异常,service中的delete调用dao中的delete,dao中的delete去调用xml或者数据库delete操作。现在前端需要接收到删除成功和失败的提示,后端删除失败是会有运行时异常的,最后需要给前端返回类似{return:"ok"}或者{return:"你的异常信息"}方法大概两种,第一就是删除数据失败直接返回boolean类型值,方法改为public boolean delete(),第二种就是把运行时异常一层层上抛到Controller进行try-catch处理,在catch块中返回错误的json数据{return:"你的异常信息"}
思考的问题来了,运行时异常一层层往上抛出,try-catch能接住吗?如果接不住你就没法处理失败信息传给前端了。那咱们就来试一试。
public class HelloWorld{
public static void test() {
try {
throw new RuntimeException("test RuntimeException123");
} catch (RuntimeException e) {
System.out.println("里面");
throw new RuntimeException(e.getMessage());
} catch (Exception f) {
System.out.println("ff");
}
}
public static void test2() {
System.out.println("执行到test2");
test();
System.out.println("test()抛异常后面还会执行吗?");
}
public static void main(String[] args) {
try {
test2();
} catch(Exception e) {
e.printStackTrace();
System.out.println("外面");
}
}
}
结果我们发现,test()中,运行时异常被try-catch接住了,然后继续往上抛,在test2()中没有try-catch块,结果在main方法还是能接住。
得出结论:
运行时异常不需要throws声明,即使是方法层层调用,也能抛出到最上层后再用try-catch捕捉。所以,运行时异常可以捕捉,但是没必要捕捉,除非功能特殊需要。
说到这里,我得再提示一下,像这种运行时异常RuntimeException是非受检查异常,编译器不能提前预测。在SpringBoot中自定义异常进行统一异常处理时,如果你的自定义异常是extends Exception,那么你每次throw抛出异常编译器都会提示要try-catch或者throws声明,特别麻烦,如果我们只是需要最终只是在统一异常处理类里面进行处理,返回给前端统一的json异常信息,那么完全可以将自定义异常extends RuntimeException,这样每次throw new "自定义异常"就不用try-catch或者throws声明了,因为RuntimeException是可以捕捉且编译器不提前预测的,这样就不会抛出异常时爆红了。