问题：JDK8升级到JDK17后`javax.validation.constraints.NotNull`失效？

Question

在将项目从JDK8升级到JDK17后，部分开发者发现使用`javax.validation.constraints.NotNull`进行参数校验的注解失效，导致本应触发的校验逻辑未生效，引发空指针异常或不符合预期的业务行为。此问题常见于Spring Boot等依赖Bean Validation框架的项目。其根本原因在于JDK17默认不再兼容旧版的`javax.validation` API，而是推荐使用更新至Jakarta EE 9后的`jakarta.validation.constraints.NotNull`。若项目未同步更新校验依赖（如Hibernate Validator版本），或未替换相应的引入包名，便会导致注解失效。解决方法包括：升级校验框架依赖至兼容Jakarta EE 9的版本，并将代码中相关`javax`引用替换为`jakarta`。

Answer 1

1. 问题现象：参数校验注解失效

在将项目从 JDK8 升级到 JDK17 后，部分开发者发现原本使用 javax.validation.constraints.NotNull 注解进行参数校验的逻辑不再生效。这导致了以下问题：

• 未触发参数校验，空值参数未被拦截
• 业务逻辑中出现 NullPointerException 异常
• 不符合预期的业务流程执行

该问题常见于使用 Spring Boot、Spring MVC 等依赖 Bean Validation 框架的项目。

2. 深入分析：JDK17 中的模块化变化与 API 演进

JDK17 引入了更严格的模块化系统（JPMS），同时 Java EE 模块已被移出 JDK，转而由 Jakarta EE 接手。具体变化如下：

模块	JDK8	JDK17
Bean Validation API	javax.validation.*	jakarta.validation.*
默认支持	支持	不兼容旧版本

这意味着，如果项目未同步更新依赖库或未替换注解包名，javax.validation 相关的注解将不会被识别。

3. 解决方案：依赖升级与代码迁移

解决该问题的核心步骤包括：

1. 升级 Hibernate Validator 依赖版本：确保使用兼容 Jakarta EE 9 的版本（如 6.2.x 及以上）。
2. 修改代码中的 import 语句：将所有 javax.validation.constraints.NotNull 替换为 jakarta.validation.constraints.NotNull。
3. 检查 Spring Boot 版本兼容性：Spring Boot 2.5+ 开始支持 Jakarta EE 9。

4. 实际操作步骤

以下是升级和迁移的具体操作步骤：

    org.hibernate.validator
    hibernate-validator
    6.2.0.Final

// 修改前
import javax.validation.constraints.NotNull;

// 修改后
import jakarta.validation.constraints.NotNull;

5. 潜在问题与排查建议

在迁移过程中可能会遇到以下问题：

• 旧版 Spring Boot 不支持 Jakarta EE 9，需升级 Spring Boot 版本
• 部分第三方库仍依赖 javax.validation，需查找兼容版本
• IDE 缓存导致注解未被识别，需清理并重新构建项目

6. 架构视角：从 Java EE 到 Jakarta EE 的演进路径

graph TD A[JDK8 + Java EE] --> B[JDK11 + Java EE] B --> C[JDK17 + Jakarta EE 9] C --> D[Spring Boot 2.5+] A --> E[Spring Boot 2.3] E --> D B --> F[Spring Boot 2.4] F --> D

通过上述流程图可见，随着 JDK 的演进，Java EE 已逐步过渡到 Jakarta EE，并且 Spring Boot 也在逐步适配。