不应捕获Error类异常（如OutOfMemoryError、StackOverflowError）和代表编程缺陷的RuntimeException（如NullPointerException、ArrayIndexOutOfBoundsException），而应捕获可预期、可恢复的受检异常（如IOException、SQLException）及少数明确需干预的运行时异常。
在Java中，错误（Error）类及其子类、运行时异常（RuntimeException）中的部分类型，通常不应被常规捕获。盲目捕获这些异常不仅掩盖问题本质，还可能导致程序行为不可预测、调试困难、资源泄漏或逻辑错乱。
不该捕获的Error类异常
Error表示JVM无法恢复的严重问题，比如内存耗尽、虚拟机崩溃、类定义冲突等。它们不是程序逻辑能处理的场景，强行捕获往往徒劳无功。
- OutOfMemoryError：内存已彻底不足，此时连新建对象都可能失败，捕获后几乎无法安全清理或恢复
- StackOverflowError：方法调用栈溢出，通常由无限递归引起，捕获后继续执行大概率再次触发
- NoClassDefFoundError / LinkageError：类加载或链接失败，反映环境或构建问题，代码层无法修复
慎捕获的RuntimeException子类
虽然RuntimeException是未检查异常，可不声明抛出，但其中许多代表编程缺陷，应通过修复代码而非捕获来解决。
- NullPointerException：变量未初始化或为null就调用方法。应提前校验、使用Optional、启用IDE空值检查，而非用try-catch兜底
- ArrayIndexOutOfBoundsException / StringIndexOutOfBoundsException：下标越界说明循环或索引逻辑有误，应修正边界条件
- IllegalArgumentException / IllegalStateException：参数非法或对象状态不满足调用前提，属于设计契约破坏，应在调用前防御性校验
捕获异常的合理边界在哪里
真正该捕获的，是那些程序可预期、可响应、可恢复的受检异常（Checked Exception），以及少数明确需干预的运行时异常。
立即学习“Java免费学习笔记（深入）”；
- IOException：文件不存在、网络中断等外部因素导致，可重试、降级或提示用户
- SQLException：数据库连接失败或SQL执行异常，可回滚事务、切换数据源或记录审计日志
- 特定业务异常（如PaymentFailedException）：自定义的受检异常，语义清晰，调用方明确知道如何处理
-
极少数RuntimeException需捕获：如
NumberFormatException在解析用户输入时，可转为友好提示而非堆栈；但前提是该异常确属外部输入风险，而非内部逻辑错误
异常滥用的典型后果
忽视异常分类、过度捕获甚至空catch，会带来一系列隐蔽但严重的工程问题：
- 掩盖Bug：本该报错终止的NPE被吞掉，后续逻辑基于null运行，结果错得更离谱
- 资源泄漏：捕获IOException后未关闭流，或未释放锁、连接，引发系统性性能下降
- 日志缺失：空catch块让故障无声消失，线上出问题时无迹可查
- 职责混乱：本该由调用方处理的异常，在底层静默消化，破坏分层设计原则
