Java 从入门到精通（十一）：异常处理与自定义异常，程序报错时到底该怎么处理？

Java 从入门到精通十一异常处理与自定义异常程序报错时到底该怎么处理很多人刚学 Java 时对“异常”这件事的第一反应通常很直接代码报错了控制台一大片红字程序停了然后开始慌于是很多初学者会把异常理解成一件纯粹负面的事好像它只是“程序出问题的信号”。但如果你从工程角度看异常其实不是敌人。异常本质上是在告诉你程序运行过程中出现了一个当前逻辑没能正常处理的问题。它的意义不是“吓你”而是让错误被明确暴露出来让调用方知道哪里出了问题让程序有机会优雅失败而不是默默出错如果没有异常机制很多错误就会变成逻辑悄悄错下去数据悄悄污染结果看起来还能跑但已经不可信这才是更可怕的事情。所以学异常处理不是为了背try-catch-finally语法真正重要的是理解三件事什么是异常为什么程序会抛异常什么情况下应该捕获什么情况下不该乱捕获当系统有自己的业务规则时为什么需要自定义异常这一篇就把这些问题彻底讲清楚。一、先别急着写 try-catch异常到底是什么你可以先把异常理解成程序运行期间发生的非正常情况。比如除数是 0数组下标越界访问了空对象文件不存在输入格式不合法数据库连接失败这些都属于“程序没有按预期顺利执行下去”。看一个最简单的例子publicclassDemo{publicstaticvoidmain(String[]args){inta10;intb0;System.out.println(a/b);}}运行后会报错ArithmeticException这说明Java 发现这里数学上不合法所以直接抛出异常程序中断执行这里你要先建立一个意识异常不是编译器在“找茬”而是运行时在保护程序不继续带着错误状态往下走。二、为什么 Java 不让很多错误“静默通过”如果没有异常机制上面的除零场景可能就会变成返回一个乱七八糟的值程序继续跑最后你根本不知道问题出在哪这对工程是很危险的。Java 选择的策略是一旦发现某些关键错误就明确抛出来。这样做有几个好处错误不会被悄悄吞掉更容易定位问题来源可以由上层决定怎么处理从这个角度看异常本质上是程序中的错误传递机制。三、异常出现后程序会发生什么默认情况下如果异常没有被处理程序会立刻停止当前出错位置之后的代码把异常信息打印到控制台结束运行比如publicclassDemo{publicstaticvoidmain(String[]args){System.out.println(程序开始);intresult10/0;System.out.println(结果是result);System.out.println(程序结束);}}输出会类似这样程序开始Exceptionin threadmainjava.lang.ArithmeticException:/by zero注意后两句结果是...程序结束都不会执行。因为异常一旦没被处理流程就断掉了。四、try-catch 是干什么的它的核心作用就一句话把可能出错的代码包起来一旦出错就转到备用处理逻辑。例如publicclassDemo{publicstaticvoidmain(String[]args){try{intresult10/0;System.out.println(result);}catch(ArithmeticExceptione){System.out.println(除数不能为 0);}System.out.println(程序继续执行);}}这里发生了什么try里执行可能出错的代码一旦出现ArithmeticException就进入catch然后程序还能继续往下走输出类似除数不能为0程序继续执行所以你可以把它理解成try先尝试执行catch如果失败就按预案处理五、异常对象 e 到底有什么用很多初学者会写catch(Exceptione){System.out.println(出错了);}这虽然能跑但太粗糙。因为异常对象e里其实带着很多信息。比如catch(ArithmeticExceptione){System.out.println(e.getMessage());}输出/by zero常见用法还有e.printStackTrace();它会打印完整错误栈帮助你定位哪一行出错调用链路是什么工程里排查问题时这很重要。所以不要把e当摆设。六、finally 又是干什么的finally的作用是无论有没有异常通常都会执行。最常见的用途是做“收尾工作”。比如关闭文件关闭数据库连接释放资源打日志例子publicclassDemo{publicstaticvoidmain(String[]args){try{System.out.println(执行 try);intx10/0;}catch(ArithmeticExceptione){System.out.println(执行 catch);}finally{System.out.println(执行 finally);}}}输出执行try执行catch执行finally所以你要记住finally 更像“善后区”。七、什么时候该捕获异常什么时候不该乱 catch这是异常处理里最容易学偏的一点。很多初学者一看到报错就本能地想套一个try-catch只要不报错就行这其实很危险。因为捕获异常不等于解决异常。比如try{intresult10/0;}catch(Exceptione){}这样写最大的问题是错误被吞掉了程序表面没报错但逻辑可能已经坏了这类代码在线上最麻烦。所以更合理的原则是1你知道怎么处理时再捕获比如输入数字格式不对可以提示用户重新输入文件不存在可以提示检查路径网络超时可以稍后重试2你处理不了时不要硬吞如果你只是捕获了却没有真正恢复逻辑那应该记录日志向上继续抛出或者转换成更合适的业务异常八、Exception 能不能直接一把抓技术上可以。比如catch(Exceptione){e.printStackTrace();}但从代码质量角度通常不推荐一上来就这么写。因为这样会带来两个问题1范围太大不够精确你本来可能只想处理数字格式错误结果把别的异常也一起抓了。2容易掩盖真实问题本来某个异常不该在这里处理却被你顺手吞掉了。更好的做法通常是优先捕获你明确知道会发生、也明确知道怎么处理的异常类型。例如catch(NumberFormatExceptione){System.out.println(请输入合法数字);}这就比直接catch (Exception e)更清楚。九、Java 异常大致分哪两类入门阶段你不用背特别细只要先抓住这两个方向1运行时异常这类异常通常发生在代码运行过程中很多是程序员逻辑问题导致的。常见例子NullPointerExceptionArithmeticExceptionArrayIndexOutOfBoundsExceptionClassCastExceptionNumberFormatException特点可以简单理解为编译不一定拦你运行时才爆2受检异常这类异常通常是外部资源或环境相关问题。比如文件不存在IO 失败数据库连接失败这类异常 Java 常常要求你显式处理。入门阶段先知道不是所有异常的性质都一样。有些更偏“程序 bug”有些更偏“外部环境风险”。十、throw 是什么和 throws 又有什么区别这是很多人会混的地方。1throwthrow是“主动抛出一个异常对象”。例如publicclassDemo{publicstaticvoidmain(String[]args){intage-1;if(age0){thrownewRuntimeException(年龄不能小于 0);}}}意思是我发现这里的数据不合法所以我主动报错2throwsthrows是写在方法声明上的表示这个方法可能抛出某种异常调用方要知道。例如publicvoidreadFile()throwsIOException{}意思是这个方法执行时可能有 IO 异常你调用它时要处理简单记忆throw扔出去throws先声明我可能会扔十一、什么时候需要自定义异常到这里就进入真正更像业务开发的部分了。Java 自带很多异常类但它们解决的大多是空指针下标越界类型转换错误IO 问题数学错误可真实业务里很多错误并不是“Java 运行机制错误”而是余额不足库存不够用户未登录权限不足订单状态不允许退款学生成绩超出范围这些错误如果都直接写成thrownewRuntimeException(余额不足);也不是不能用但可读性一般。因为它没有明确表达这是什么业务错误上层该怎么分类处理所以这时候就会需要自定义异常。十二、一个简单的自定义异常例子比如我们定义一个“余额不足异常”classInsufficientBalanceExceptionextendsRuntimeException{publicInsufficientBalanceException(Stringmessage){super(message);}}然后在业务里使用publicclassAccount{privatedoublebalance;publicAccount(doublebalance){this.balancebalance;}publicvoidwithdraw(doubleamount){if(amountbalance){thrownewInsufficientBalanceException(余额不足当前余额为balance);}balance-amount;System.out.println(取款成功剩余余额balance);}}测试publicclassDemo{publicstaticvoidmain(String[]args){AccountaccountnewAccount(500);account.withdraw(800);}}这样一看就很清楚抛出的不是模糊的RuntimeException而是明确的业务异常InsufficientBalanceException这对代码可维护性帮助很大。十三、自定义异常到底带来了什么价值它最重要的价值有三个。1语义更清楚看到异常类名就知道发生了什么。比如LoginExpiredExceptionPermissionDeniedExceptionOrderStatusException比“出错了”这种模糊表达强太多。2更方便分类处理比如上层可以专门处理参数异常权限异常订单异常支付异常3更贴近业务建模异常不只是错误它也是系统规则的一部分。很多时候异常类本身就在表达业务边界。十四、初学者最容易踩的异常处理坑1一出错就catch (Exception e)这样写太粗不利于维护。2catch 了却什么都不做最典型错误catch(Exceptione){}这会把问题直接吞掉。3把异常处理当成“消灭报错”异常处理的目标不是让控制台安静而是让程序在出错时有合理反应。4该校验的数据不提前校验全靠异常兜底比如用户输入年龄时很多问题本来可以提前判断不一定非要等异常来收场。异常不是日常流程控制的替代品。十五、写业务代码时一个更实用的思路以后你遇到异常不要先问这里怎么写 try-catch而先问这三个问题1这个错误是谁造成的程序逻辑问题用户输入问题外部资源问题业务规则问题2当前层能不能处理能处理就处理处理不了就往上抛3这个错误值不值得做成业务异常如果它反复出现而且有明确业务语义通常值得自定义异常。这比一味套模板更重要。十六、小结这一篇最重要的不是背语法而是把下面几件事真正理顺异常是程序运行时的非正常情况try-catch 是为了在出错时切换到备用处理逻辑finally 适合做收尾和资源释放捕获异常不等于解决异常不要乱吞异常自定义异常的意义在于让业务错误表达得更清楚如果你把这几条理解透后面学 IO、数据库、网络编程、Spring 全局异常处理时都会顺很多。