阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 CSDN（ID：CSDNnews） 「屠敏」欢迎转载，保留摘要，谢谢！

• 让人争议的 Java SE 订阅政策
• 很多企业开始“慌了”
• 直接换用 OpenJDK 是否可行？

---

🙂🙂🙂关注**微信公众号：【芋道源码】**有福利：

1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
4. 新的源码解析文章实时收到通知。每周更新一篇左右。
5. 认真的源码交流微信群。

---

犹记得上一次在 2017 年 9 月，Oracle 对 Java 大刀阔斧地改革，宣布将 Java 的发布频率改为每六个月一次。结果仅过了短短六年的时间，彼时的 Java 9 一路窜到了现如今的 Java 20，无数开发者叫苦不堪，直呼“学不动了”。

没想到这一次，Oracle 再次对 Java 主动出击，竟直接让很多公司无奈地说，“用不起了”。

近期，据外媒 The Register 报道，一些组织收到了 Oracle 采取的激进审查策略，后者的销售人员正在向不少组织发送未经请求的电子邮件，试图打探清楚这些公司在何处部署 Java，似乎是为了提取可能在未来许可谈判中受益的信息。

显然，Oracle 的这波操作是为了订阅付费而努力。

让人争议的 Java SE 订阅政策

据悉，这也不是 Oracle 第一次这样操作了。早今年 3 月，The Register 同样报道了 Oracle 在严查 Java 许可问题。

其指出，在 2019 年 4 月，Oracle 首次为其商业 Java 平台标准版（Java SE）引入了两种新的许可模式，这也是它开始对以前免费的 Java 收取许可费，这要求用户需要为商业 Java SE 产品付费订阅，以便获得补丁和更新。

在 2021 年 9 月，Oracle 发布 Java 17 时，它又开始提供一个免费的许可模式，该许可会在三年内免费提供季度更新。但该模式只限于该版本的迭代，允许用户免费使用，甚至包括商业用途（不能与付费产品捆绑在一起），而不适用于 Java 7、8 和 11 等早期版本。

在今年 1 月，Oracle 又对 Java SE 发布了新收费政策。彼时的 Oracle 称此举可以提供“简单、低成本的每月订阅服务，其中包括用于桌面、服务器或云部署的 Java SE 许可和支持。”

不过，当打开价格表一看时，很多人发现此番政策是基于公司内总员工数来收取对应的费用，而不是使用 Java SE 的员工数，即：

• 总员工数量 1-999：$15 /人/月
• 总员工数量 1000-2999：$12 /人/月
• 总员工数量 3000-9999：$10.5 /人/月
• 总员工数量 10000-19999：$8.25 /人/月
• 总员工数量 20000-29999：$6.75 /人/月
• 总员工数量 30000-39999：$5.70 /人/月
• 总员工数量 40000-49999：$5.25 /人/月
• 总员工数量 50000+：没有给出具体定价，需要详询 Oracle 官方。

其实，当时就有很多专业人士警告说，这可能会迫使企业每月为运行相同的软件在新的 Java 许可条款下多支付数万美元。

同时，Java SE 的政策一变再变，让很多人对于其许可政策感到非常混乱。The Register 指出，无论你在使用新版本还是旧版本，只要你从 Oracle 的网站上下载补丁和更新，你就需要有对应的支持许可。

时下，Oracle 发布最新的电子邮件，便是要和使用 Java 的一些企业来共同讨论“新的通用订阅许可证”的问题。

据 The Register 爆料，电子邮件的正文中写道，“客户不再需要计算每个处理器或用户名。无论您之前是否了解 Java 许可，甚至是否与我们团队的成员就这些变化进行过对话……此次新一轮的沟通都是值得的。”

很多企业开始“慌了”

对于使用了 Java 的正规公司而言，当看到 Oracle 官方发布的邮件时，必然会对这封邮件内容上心，但是他们又怕 Oracle“狮子大开口”，往往又不知道该怎么应对。

软件许可咨询公司 RedressCompliance 的主管 Fredrik Filipsson 透露，在过去四个星期，他们咨询公司就已经收到了三家小型企业寻求有关该电子邮件的回复建议。

对于这种情况，Fredrik Filipsson 还特地发了一篇主题为《SAY NO TO THIS “ORACLE JAVA AUDIT”》（https://redresscompliance.com/oracle-is-terrorizing-organizations-with-java-audits/）的博客文章，提醒大家要小心 Oracle Java 审计。

在博客文章中，他写道，当收到邮件的公司主动回复 Oracle，起初两者之间的对话可能会很“客气”，Oracle 会耐心询问这家公司在何处部署 Java 的信息。

然而，一旦 Oracle 收到这家公司部署的相关信息，Fredrik Filipsson 称，对话的基调就会发生巨大的变化。此后，Oracle 会说，由于 VMware 虚拟机上安装了少量 Java，客户需要获得数百个甚至数千个 CPU 的许可。

例如，一个组织拥有 24 个运行 Oracle Java SE 的 CPU，按照传统价格表，这将花费 7,200 美元。但是，由于 VMware 虚拟机和“回溯使用”，他们被迫支付超过 10 万美元的费用。

基于这一点，也有网友爆料，「最近 Oracle “要求”公司每年付 72,000,000 英镑去使用 Java，所以公司关闭了所有的 Java 项目，从每台机器上卸载了 Java，并请来了几十个程序员，用 HTML 等重新创建他们的系统。」

直接换用 OpenJDK 是否可行？

针对这一问题，有用户建议道，“我们在服务器上使用 OpenJDK，对于我们唯一的客户端 Java 应用程序，它是在 Azul 的免费发行版上运行。不明白为什么我们要运行 Oracle 的“官方”Java 发行版，特别是对于服务器端的东西，我们的 Linux 发行版已经在自己的软件包存储库中包含了 OpenJDK。”

而对于此次 Oracle 主动发邮件的举措，Palisade Compliance 创始人兼首席执行官、Oracle 许可专家 Craig Guarente 则建议，如果有关企业收到电子邮件，应该回复 Oracle，但要小心，不要泄露有关其使用 Oracle 软件的不必要的信息。

“这是 Oracle 的知识产权，他们有权以他们认为合适的方式将其货币化，每个使用它的客户都有义务遵守。没有人质疑这一点，但如果我收到那封电子邮件，我可能会打电话回一下 Oracle，与他们交谈并向他们提出问题，但不会透露太多信息。显然，在打电话之前我会知道自己使用 Oracle 合规的立场”，Palisade Compliance 说道。

所以，相关企业一定要先检查自家公司使用 Java 的具体情况，不仅包括更高的 Java 版本，还包括可能触发许可的旧版本。在了解的基础上，再去进一步与 Oracle 沟通，否则主动权可能会掌握在别人手中。

参考：

https://www.theregister.com/2023/07/05/unsolicited_oracle_emails_java/

https://www.theregister.com/2022/03/22/oracle_starts_to_include_java/