Java接口不能声明检查异常，只能用RuntimeException及其子类替代；可通过自定义运行时异常、文档说明和统一异常处理策略来弥补语法限制。
Java接口中不能直接抛出检查异常（checked exception），因为接口方法只定义行为契约，不涉及实现细节。如果需要约束实现类处理特定异常，应通过文档说明或在方法签名中声明运行时异常（RuntimeException）。
接口方法不能声明检查异常
Java语法禁止在接口方法中使用throws子句声明检查异常（如IOException、SQLException）。编译器会报错：
public interface DataReader {
// 编译失败：Cannot throw checked exception in interface method
String read() throws IOException; // ❌ 不允许
}正确做法：用运行时异常替代
若希望调用方感知并处理某类异常，可自定义继承RuntimeException的异常类，并在接口中声明：
- 定义业务相关的运行时异常，例如
DataReadException - 接口方法显式
throws该异常，提醒实现类和调用方注意 - 实现类可根据实际逻辑选择抛出该异常或其子类
public class DataReadException extends RuntimeException {
public DataReadException(String message) { super(message); }
}
public interface DataReader {
String read() throws DataReadException; // ✅ 合法且语义清晰
}
实际开发中的常见策略
多数成熟框架（如Spring Data、JDBC模板）采用“统一运行时异常”设计，避免强制调用方处理底层检查异常：
立即学习“Java免费学习笔记（深入）”；
- 将
SQLException包装为DataAccessException（Spring） - 把
IOException转为UncheckedIOException（Java 8+） - 接口保持简洁，异常处理交由上层统一拦截（如@ControllerAdvice）
文档与约定比语法更重要
当某些操作天然可能失败（如网络请求、文件读取），即使接口无法强制声明检查异常，也应在JavaDoc中明确说明：
/** * 从远程服务获取用户信息。 * * @throws UserNotFoundException 当用户不存在时抛出（运行时异常） * @throws NetworkUnavailableException 当网络不可达时抛出（运行时异常） */ User getUserById(Long id);
团队内部可通过规范约定哪些运行时异常必须捕获或记录，弥补语法限制。
