Java SE 瘦身计划如何影响 JDK 11 移除 J2EE 后的云原生应用镜像体积?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1032个文字,预计阅读时间需要5分钟。
在JDK 11中,官方进行了重大调整,明确移除了以下模块:
根本原因是职责分离——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”——但这只是冰山一角。
本文共计1032个文字,预计阅读时间需要5分钟。
在JDK 11中,官方进行了重大调整,明确移除了以下模块:
根本原因是职责分离——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”——但这只是冰山一角。

