JDK 11 彻底移除 Java EE 模块（如 java.xml.bind、java.xml.ws 等）是为实现 Java SE 与 Jakarta EE 职责分离，减轻 JDK 体积、降低安全维护成本、适配云原生轻量化需求，并强制开发者显式声明依赖以提升构建可重现性。
为什么 JDK 11 移除了 Java EE 模块
不是“废弃后删除”，而是明确剥离：JDK 11 彻底移除了 java.xml.ws、java.xml.bind、java.activation、java.corba、java.se.ee 等模块。这些原本属于 Java EE 规范的 API，早在 JDK 9 就被标记为 @Deprecated，JDK 10 进一步弃用，到 JDK 11 直接从 JRE 和 JDK 发行版中物理删除。
根本原因是职责分离——Java SE 只负责基础运行时能力（如 java.base、java.logging），而 Web Service、JAX-WS、JAXB、CORBA 这类企业级协议栈，早已由 Jakarta EE（原 Java EE）项目独立演进。Oracle 把它们留在 JDK 里，只会导致：
- SE 镜像持续膨胀：每个 JDK 安装包都硬塞进几十 MB 无用类库
- 安全维护成本高：没人用的模块照样要打补丁、做 CVE 响应
- 云原生部署负担重：Docker 镜像里带着一整套已淘汰的 XML 绑定逻辑，却从不调用
JDK 11 的瘦身对 Java 镜像体积的实际影响
直接效果是“少打包约 25–40MB”——但这只是冰山一角。真正起量变的是后续构建链路的选择空间：
- 基础镜像可切换到
eclipse-temurin:11-jre-jammy或更小的distroless/java11-debian12，而非过去惯用的openjdk:11-jdk-slim（后者仍含编译器、头文件等非运行必需项） - Spring Boot 2.3+ 默认禁用
spring-boot-maven-plugin的 fat-jar 打包，改用分层 jar +LAYERED_JAR支持，配合多阶段构建能跳过整个jdk层，只保留jre - 若项目未显式依赖 JAXB 或 JAX-WS，升级到 JDK 11 后，连
jaxb-api这类第三方依赖都可彻底删掉，避免ClassNotFoundException风险的同时减少 classpath 冗余
实测：一个 Spring Boot 2.7 应用从 JDK 8 升到 JDK 11，仅靠移除 EE 模块 + 切换 jre 基础镜像，Docker 镜像体积就能从 680MB 降到 490MB 左右；再叠加多阶段构建和分层 jar，可进一步压到 200MB 以内。
立即学习“Java免费学习笔记（深入）”；
容易踩的坑：移除 EE 模块后，哪些代码会突然报错
最典型的是三类隐式依赖：
-
javax.xml.bind.JAXBContext：常见于 XML 配置解析、SOAP 客户端，JDK 11 启动直接抛NoClassDefFoundError -
javax.annotation.PostConstruct：Spring 中大量使用，但 JDK 11 已移除java.annotation模块，需手动加jakarta.annotation-api -
javax.xml.ws.Service：老式 WebService 调用，必须迁移到 Apache CXF 或 Jakarta EE 的jakarta.xml.ws
注意：mvn dependency:tree 不会标出这些“JDK 自带但已移除”的类；建议在 JDK 11 下跑一次 mvn compile -Dmaven.compiler.release=11，配合 -Werror 强制失败，才能暴露所有隐性引用。
云原生场景下，别只盯着 JDK 版本，更要盯住构建方式
JDK 11 的模块移除只是起点，不是终点。镜像是否真瘦，取决于你有没有切断“历史包袱传递链”：
- 不要在
Dockerfile里写COPY target/*.jar /app.jar—— 这会让所有依赖打进一层，无法利用 Docker 构建缓存，也失去分层优化机会 - 避免用
FROM openjdk:11-jdk-slim构建+运行一体化镜像；应拆成build阶段（用完整 JDK 编译） +runtime阶段（只 COPYjre和分层 jar） - 检查
.dockerignore是否漏掉src/、target/、.git、docs/—— 一个没 ignore 的.git目录可能让镜像凭空多出 50MB
真正决定镜像大小的，从来不是 JDK 版本数字本身，而是你有没有让每一层只放它该放的东西。JDK 11 移除 EE 模块，只是给了你一个干净的起点；剩下的，得靠构建策略一寸寸抠出来。
