java受检异常必须显式处理，编译器强制要求try-catch或throws声明；spring通过@controlleradvice+@exceptionhandler实现全局声明式处理，配合@responsestatus定制http状态码，@validated则减少非必要受检异常使用。
Java 中受检异常（Checked Exception）必须显式处理，而注解本身不改变编译时检查规则，但可通过配合框架（如 Spring）或自定义处理器，提升异常处理的声明性、可读性和可维护性。
受检异常的基本约束
受检异常继承自 Exception（但非 RuntimeException），例如 IOException、SQLException。编译器强制要求：方法若抛出受检异常，必须用 try-catch 捕获，或在方法签名中用 throws 声明。
- 不声明也不捕获 → 编译失败
- 子类重写父类方法时，不能抛出比父类更宽泛的受检异常
-
throws只是契约声明，不提供处理逻辑
@ControllerAdvice + @ExceptionHandler 处理全局受检异常
Spring 提供的注解组合，可将分散的异常处理逻辑集中管理，避免每个 service 或 controller 重复写 try-catch。
-
@ControllerAdvice标记一个类为全局异常处理器，作用于所有@Controller -
@ExceptionHandler(IOException.class)方法专门捕获指定受检异常，并返回统一响应（如 JSON 错误体） - 即使业务方法声明了
throws IOException，实际处理也可完全交由该处理器，无需在调用处显式捕获
注意：该机制不绕过编译检查——方法仍需遵守 throws 规则，但运行时异常流向被统一接管。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
@ResponseStatus 配合受检异常定制 HTTP 状态码
当受检异常被 @ExceptionHandler 捕获后，可用 @ResponseStatus 直接绑定 HTTP 状态，让异常语义与 REST 响应自然对齐。
- 可在自定义异常类上直接标注：
@ResponseStatus(code = HttpStatus.BAD_REQUEST, reason = "文件格式不支持") - 也可在
@ExceptionHandler方法上标注，实现同一异常多种响应策略 - 这样，抛出
UnsupportedFileTypeException extends Exception时，既满足受检要求，又自动映射状态码
@Validated 与 BindingResult 间接规避部分受检异常场景
输入校验本身不产生受检异常，但若手动校验并 throw IOException 等，则可能引入冗余。此时可借助注解驱动校验减少异常路径：
- 用
@Valid或@Validated声明参数校验，失败时抛出MethodArgumentNotValidException（运行时异常） - 搭配
BindingResult可静默处理校验错误，避免主动 throw 受检异常 - 适合将“数据无效”这类本不该走受检异常路径的问题，从异常流中剥离出来
本质上不是消除受检异常，而是让真正需要强制处理的异常（如外部资源不可用）保留受检特性，其他逻辑性错误转向更轻量的处理方式。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
