Java中类本身无抛出异常能力，能力取决于方法签名中的throws子句；子类重写时只能缩小或保持受检异常范围，不得新增未声明的受检异常。
Java中没有“类是否具备抛出异常能力”这一语法概念——能否抛出异常取决于方法，而非类本身。所谓“抛出异常能力”，实际是指某个方法是否被允许（编译期检查）或能够（运行期行为）抛出受检异常（checked exception）。继承体系的作用在于影响方法签名的兼容性，进而决定子类重写父类方法时能否声明新的受检异常。
看方法签名中的 throws 子句（关键依据）
一个方法是否“能抛出”受检异常，最直接的判断依据是其声明中是否包含 throws 子句，并列出受检异常类型（如 IOException、SQLException）。注意：
- 只有受检异常（即非
RuntimeException及其子类、非Error）才受编译器强制约束； - 运行时异常（如
NullPointerException）可随时抛出，无需声明，与继承无关； - 若方法体中有
throw语句且抛出的是受检异常，但方法签名未声明throws，则编译失败。
继承中重写方法对 throws 的限制（核心规则）
子类重写父类方法时，不能抛出比父类方法声明更宽泛的受检异常。这是由多态和里氏替换原则决定的：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 可以不抛出任何异常（即省略
throws）； - 可以抛出父类方法声明中已有的受检异常，或其子类；
- 不能新增父类方法未声明的受检异常类型；
- 对非受检异常（
RuntimeException及其子类）无限制，可自由添加或删除。
例如：
父类方法：void read() throws IOException
子类重写合法： void read() throws FileNotFoundException（FileNotFoundException 是 IOException 子类）
子类重写非法： void read() throws SQLException（SQLException 与 IOException 无关）
接口实现与抽象方法继承的影响
接口中的抽象方法若声明了 throws，其实现类必须遵守相同约束：
立即学习“Java免费学习笔记（深入）”；
- 实现类的具体方法不能抛出接口方法未声明的受检异常；
- 抽象类中声明
throws的抽象方法，其子类实现时同样受上述限制； - 如果父类/接口方法未声明任何受检异常，则子类/实现类也不得在重写时添加受检异常声明。
静态工具类或 final 类不影响异常能力判断
类是否被继承（如 final 类）、是否为工具类（如 Objects），与其内部方法能否抛出异常无关。判断焦点始终落在具体方法的声明与重写规则上。即使一个类不能被继承，只要它的某个实例方法声明了 throws IOException，它就“具备抛出该异常的能力”（编译期意义上）。
