异常练习：在试错中吃透Java异常处理的底层逻辑

最近扎进了异常处理专项练习里，才发现以前对try-catch-finally、自定义异常的理解，不过是浮于表面。借着练习的复盘，和大家聊聊我踩过的那些坑，以及对异常处理的新认知。

其实异常练习最核心的不是“写出不报错的代码”，而是搞懂“为什么会抛异常”“该在哪个层级捕获”“如何优雅处理”。分享几个练习中印象深刻的点：

1. 异常捕获的“粒度”陷阱

刚开始练习时，总习惯用一个大的try-catch包裹所有代码，看似“稳妥”，却让NullPointerException、IndexOutOfBoundsException混在一起，排查时根本找不到问题根源。后来才明白，针对不同异常场景拆分catch块，甚至只捕获必要的受检异常，才能让代码的异常逻辑更清晰。

2. finally的“必执行”误区

练习中遇到 System.exit(0) 出现在try块里的情况，才发现finally并非绝对执行——当JVM退出时，finally代码块会被直接跳过。还有finally中修改返回值的操作，会覆盖try/catch中的return结果，这些细节不通过练习根本注意不到。

3. 自定义异常的“正确打开方式”

一开始写自定义异常，只是简单继承Exception类就完事。但在模拟业务场景的练习中发现，好的自定义异常需要携带业务错误码、错误信息，甚至关联异常源，这样在分布式系统中排查问题时，才能快速定位到问题环节。

异常处理从来不是“应付式”的代码点缀，而是保障程序健壮性的关键。建议大家做异常练习时，别只满足于“处理掉异常”，多去思考**“这个异常该由谁处理”“是否需要向上抛出”“如何给用户/开发人员返回有用的信息”**，才能真正把异常处理的逻辑刻进脑子里。

也好奇大家在异常练习中，遇到过哪些颠覆认知的知识点？评论区聊聊～