任何会导致程序走不下去的情况,都可以看做异常。我们对待异常的处理方式就两种,要么抛出去,要么自己消化掉。
##步骤 1 看一个例子
Customer cst = null;
cst.eat();
我声明了一个Customer变量,但是,没有实例化就调用它的方法,会发生什么呢?
报错了,其实这个不叫错误,虽然我们口头会说报错了,但其实这个是jdk帮我们抛出了空指针异常。
NullPointerException 是什么?
NullPointerException其实是一个Java类。
可以看到,它继承了RuntimeException,RuntimeException代表运行时异常。
RuntimeException又继承了Exception,Exception可以认为是最顶层的异常。这个抛异常的行为是jdk帮忙做的,异常的好处就是告诉我们代码哪错了?
##步骤 2 怎么自己观测空指针异常?
上个步骤,空指针异常的抛出不是我们做的,是jdk做的。那么,我们自己怎么控制这个异常呢?
看我的写法:
try{
Customer cst = null;
cst.eat();
}catch (NullPointerException e){
System.out.println(e.getMessage());
}
这就是自己捕获异常的写法,看结果:
注意,空指针异常的错误信息就是一个null,很蛋疼,我在工作中曾经在这个地方吃过亏,一个排查老半天了。
如果你想要看具体的错误堆栈,就这么写。
try{
Customer cst = null;
cst.eat();
}catch (NullPointerException e){
e.printStackTrace(); //这是打印错误堆栈
}
这样还可以看到出错的行数,点击的话就可以迅速定位到有问题的代码块。
##步骤 3 异常是向下兼容的
假如代码很长,我也不确定到底有什么异常,就可以用所有异常的父类 – Exception,这是最赖皮和偷懒的做法,但是很多开发人员都喜欢这么做。
try{
Customer cst = null;
cst.eat();
}catch (Exception e){
e.printStackTrace(); //这是打印错误堆栈
}
一样可以打印空指针异常,可见异常是向下兼容的。
##步骤 4 主动抛出异常:throw
假如业务代码是在某一个方法里,这个方法是需要提供给别人调用的,我们可以尝试将异常抛出。上面的做法是属于自己把异常给消化掉了。
public class TestException {
public static void eat() {
try {
Customer cst = null;
cst.eat();
}catch (Exception e){
throw new NullPointerException("客户对象未实例化!");
}
}
public static void main(String[] args) {
eat();
}
}
##步骤 5 告诉别人我有异常未处理:throws
有的时候,我明知道方法里面可能会有异常,但是我不想处理,就用throws抛出去,交给调用方处理。调用方如何也不想处理,就继续抛出去。语法如下:
public class TestException {
public static void eat() throws Exception{
Customer cst = null;
cst.eat();
}
public static void eat2() throws Exception {
eat();
}
public static void main(String[] args) throws Exception {
eat2();
}
}
在这个例子中,eat方法,eat2方法,还有main方法都不想处理Exception,所以全都抛出去了。经过测试,NullPointerException如果用throws抛出,外部好像不需要处理,长见识了,我也是才知道。
转载自:http://java18.cn/
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· .NET10 - 预览版1新功能体验(一)