OpenJDK 和 Oracle JDK 有什么主要区别？

Question

**常见技术问题：** OpenJDK 和 Oracle JDK 的核心代码高度一致（自 Java 11 起，Oracle JDK 构建于 OpenJDK 源码之上），但关键区别在于：**许可模型、长期支持（LTS）策略与附加组件**。OpenJDK 是完全开源的（GPLv2+CE）、免费商用，由社区（如 Adoptium、Red Hat、Amazon Corretto）提供不同发行版及各自的支持周期；而 Oracle JDK 自 Java 17 起采用 NFT（No-Fee Terms）许可——可免费用于开发和测试，但**生产环境商用需订阅 Oracle Java SE Subscription**（否则面临合规风险）。此外，Oracle JDK 曾包含部分闭源工具（如 Java Flight Recorder 商业版、Java Mission Control 高级功能），而 OpenJDK 主流发行版默认提供开源等效实现（如 Eclipse JMC、JFR 开源版本）。性能、API 和字节码行为在相同版本下无实质差异。选型时应重点关注许可证合规性、SLA保障及企业级支持能力，而非技术兼容性。

Answer 1

```html

一、基础认知：什么是 OpenJDK 与 Oracle JDK？

自 Java 11 起，Oracle 官方宣布其 JDK 构建完全基于 OpenJDK 源码仓库（https://hg.openjdk.org/），二者在字节码生成、JVM 行为、Java SE API 规范实现上已实现 99.9% 一致性。这意味着：同一版本号（如 17.0.1）下，编译出的 .class 文件可互换执行，javac 与 java 命令行为无差异。

二、许可模型：开源自由 vs 商业约束

• OpenJDK 发行版（如 Eclipse Temurin / Amazon Corretto / Red Hat Build of OpenJDK）：采用 GPLv2 + Classpath Exception 许可，允许免费商用、二次分发、嵌入式部署，无审计条款或用量限制。
• Oracle JDK（Java 17+）：适用 No-Fee Terms (NFT) —— 允许开发、测试、非生产用途免费使用；但生产环境商用必须订阅 Oracle Java SE Subscription（按 CPU 核数/年计费），否则构成许可证违约，存在法律与审计风险。

三、LTS 支持策略对比：生命周期即运维成本

发行版	LTS 版本示例	免费 LTS 支持周期	商业支持选项	安全补丁 SLA
Eclipse Temurin	17, 21	≥8 年（由 Adoptium 社区承诺）	可选 IBM/Red Hat 等第三方企业支持	通常 ≤72 小时（Critical CVE）
Amazon Corretto	17, 21	免费至 2029（Corretto 17）、2031（Corretto 21）	集成 AWS Support Plan	≤24 小时（P1 安全事件）
Oracle JDK	17, 21	仅前 6 个月免费（Java 17 NFT）	必须购买 Java SE Subscription	订阅用户享优先补丁通道

四、工具链生态：从 JFR 到 JMC 的演进

Oracle 曾将 Java Flight Recorder（JFR）高级分析功能与 Java Mission Control（JMC）部分 GUI 特性设为商业闭源模块（Java 8–11）。但自 OpenJDK 11 起，JFR 已完全开源并默认启用；Eclipse JMC 作为独立项目（github.com/eclipse-jmc/jmc）提供全功能开源替代，支持深度 GC 分析、线程竞争诊断、异步 Profiling 等——主流 OpenJDK 发行版均预集成。

五、选型决策树：面向企业级落地的工程化判断

graph TD
  A[启动 JDK 选型] --> B{是否已有 Oracle 合约？}
  B -->|是| C[评估订阅成本 vs 迁移成本]
  B -->|否| D[是否需强 SLA 保障？]
  D -->|是| E[选择 Corretto/Red Hat/IBM 提供 SLA 的发行版]
  D -->|否| F[选用 Temurin 或社区版，自主管理升级]
  C --> G[若合约即将到期，启动多发行版兼容性验证]
  E --> H[签署服务协议，接入厂商支持工单系统]
  F --> I[建立 CI/CD 中的 JDK 版本矩阵测试]

六、实战建议：5 年以上开发者应关注的隐性成本

1. 合规审计准备：定期扫描构建产物中的 java.vendor 和 java.version，避免 Oracle JDK 在生产节点“静默残留”；
2. 容器镜像标准化：使用 eclipse-temurin:17-jre-jammy 或 amazoncorretto:17-al2023 替代 openjdk:17-jre-slim（后者无明确维护主体）；
3. JVM 参数兼容性验证：尽管行为一致，仍需实测 -XX:+UseZGC、-XX:FlightRecorderOptions 等参数在不同发行版下的日志粒度与内存占用差异；
4. 构建工具链对齐：Maven Toolchains 插件需显式绑定发行版路径，Gradle 应配置 jvmToolchain { version = "17"; vendor = "eclipse"}；
5. 灰度发布机制：新 JDK 版本上线前，在非核心服务中运行 ≥72 小时 JFR 采样，比对 GC pause 分布与 safepoint 停顿热区。

```