能，缩小异常范围完全合法且推荐：子类可声明父类异常的子类或不抛出检查型异常，提升调用方处理精度；运行时异常不受限制，可自由抛出或包装。

能，而且这是完全合法且推荐的做法。

缩小异常范围是明确允许的

Java 编译器不仅允许子类缩小父类方法声明的检查型异常（checked exception）范围，还鼓励这种更精确、更安全的异常声明方式。只要子类抛出的异常类型是父类所声明异常的子类，或干脆不抛出任何检查型异常，就符合重写规则。

• 父类声明 throws IOException → 子类可声明 throws FileNotFoundException（FileNotFoundException 是 IOException 的子类）
• 父类声明 throws SQLException → 子类可声明 throws SQLTimeoutException（它是 SQLException 的具体子类）
• 父类声明 throws Exception → 子类可声明 throws IOException（前提是 IOException 是 Exception 的子类，确实如此）
• 父类声明 throws IOException → 子类可直接写 void method()（不带 throws），内部用 try-catch 消化掉所有可能的异常

为什么缩小是安全且有益的

缩小异常范围意味着子类提供了更强的契约保证：调用方可以更准确地预期可能发生的错误，也更容易做针对性处理。例如，父类抽象方法泛泛地声明 throws Exception，而子类实现只可能因文件不存在失败，那声明 throws FileNotFoundException 就比让调用方被迫处理所有异常更清晰、更友好。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

注意运行时异常不受此限制

RuntimeException 及其子类（如 IllegalArgumentException、IllegalStateException）不属于检查型异常，不需要在 throws 中声明，也不参与“范围比较”。子类可以自由抛出它们，无论父类是否声明、声明了什么——这本身也是一种隐性的“缩小”：把不确定的检查异常转为可控的运行时异常，同时避免破坏签名兼容性。

立即学习“Java免费学习笔记（深入）”；

常见实用做法

• 用具体子异常替代父异常，提升语义精度（如 throws IOException → throws EOFException）
• 若实现逻辑更稳定（比如内存缓存替代磁盘读取），直接去掉 throws，内部消化异常
• 遇到父类未覆盖的检查异常（如数据库操作抛 SQLException），不扩大声明，而是 catch 后包装为 RuntimeException 抛出