从 Rust 到 Python 到 Java,JDK 27 抛弃 Intel 芯片的 Mac 电脑

Java 成了设计模式的重灾区！

Netty 4.2.15 紧急发布，22 个 CVE 漏洞，10 个内存耗尽、3 个 DNS 投毒

0.5% 的差距，40% 的价格，Sonnet 5 让 Opus 4.8 尴尬了

OpenVPN 证书过期了，AI 写了所有修复脚本

DeepSeek 开源的 DSpark，推理加速 80%，没上 Github 周榜

Intel 的 Mac 电脑开发者时代正在进入倒计时。由于苹果很久之前就不支持 Intel 芯片了，而采用了基于 ARM 的自家 M 系列芯片，截止目前 M 系列芯片已经推出了大约 5 个版本了。上一次苹果电脑发布 Intel 芯片的产品好像还是 2019 年，转眼间 7 年左右的时间都已经过去了，现在 Rust、Python、Java 等语言，已经陆续开始抛弃 Mac 电脑的 Intel 系列芯片的支持计划了。

最近，我看到即将于 2026 年 9 月 15 发布的 JDK 27，也开始抛弃 Intel Mac 了。

具体来说，JDK 27 起，Oracle 将不再维护 macOS/x64 端口。这不是意外，而是 Apple Silicon 全面胜利后的必然结果。

发生了什么？

时间来到上个月，2026 年 6 月，OpenJDK 社区提交了一份编号为 JEP 8386091 的提案，标题直截了当：《Deprecate the macOS/x64 Port for Removal》（弃用 macOS/x64 端口，为移除做准备）。

这份提案的核心内容可以概括为一句话，从 JDK 27 开始，Oracle 工程师将停止维护面向 Intel 芯片的 macOS/x64 端口。

提案由 Oracle Java 虚拟机高级总监 Mikael Vidstedt 提交。根据官方说明，如果你仍尝试在 Intel Mac 上从源码构建 JDK 27，构建系统会直接报错。

configure: error: The macOS/x64 port is deprecated and may be removed in a future release. Use --enable-deprecated-ports to suppress this error.

即便你手动加上 --enable-deprecated-ports 参数强行继续，官方也明确表示，无法保证该端口能够成功构建，更无法保证其可以正常运行。

与此同时，OpenJDK 官方 Wiki 页面 “Supported Build Platforms” 的历史版本对比也印证了这一变化。macOS/x64 从 Oracle 官方支持的构建平台列表中消失，仅保留 macOS（即 Apple Silicon 的 AArch64 架构）。

JDK 27 预计将于 2026 年 9 月 15 日正式发布，目前正处于 Rampdown Phase One 阶段，功能集已冻结。

OpenJDK 为什么要这么做？

其实不止是 OpenJDK 这样做，rust 和 python 已经这样做了。

Apple 已经全面转向 AArch64

JEP 8386091 的 Motivation 部分写得非常清楚。

Apple has transitioned its hardware platform to AArch64, and is thus phasing out its support for x64. （Apple 已将其硬件平台迁移至 AArch64，因此正在逐步淘汰对 x64 的支持。）

这是一个无法回避的事实。Apple 最后一款搭载 Intel 处理器的 Mac，2019 款 Mac Pro 已于 2023 年 6 月停产。而在刚刚结束的 WWDC 2026 上，Apple 进一步确认，即将发布的 macOS 27（代号 “Golden Gate”）将不再支持 Intel Mac，并且这将是最后一个包含 Rosetta 2 兼容层的 macOS 版本。

当操作系统厂商自己都宣布“弃船”时，上层软件生态的跟进只是时间问题。

也就是说苹果自己都要抛弃 Intel 芯片的老款电脑了。

维护成本高昂，且缺乏长期承诺

JEP 中另一句关键说明是。

Maintaining the port is a significant undertaking and no clear long-term maintenance commitment for the port has been identified.

维护该端口是一项相当庞大的工程投入，目前也没有明确的长期维护承诺。

维护一个 JVM 端口绝非“兼职”可以搞定。它需要专门的工程师持续投入，同时确保以下工作。

• 新特性在该平台上的功能对等性
• 平台特定的 Bug 修复
• 性能优化与回归测试
• CI/CD 基础设施的持续运转

Oracle 已经明确表示，这项工作“不是兼职岗位”（not a part-time job）。在 Apple Silicon 已经成为绝对主流、Intel Mac 用户持续萎缩的背景下，继续投入全职资源维护一个“夕阳平台”，从工程管理角度看确实难以自洽。

都在抛弃 Intel Mac

这不是 OpenJDK 的“独断专行”，而是行业共识。

Java 绝非第一个对 Intel Mac 降级的重要开发者平台。这是一场正在全行业蔓延的“大撤退”。

当系统级语言、脚本语言、运行时环境不约而同地做出相同选择时，这已经不是某个项目的孤立决策，而是整个行业对技术债务的集体清算。

对开发者意味着什么？

意味着什么，我不说大家应该也能猜到。

那就是二手的 Intel Mac 不建议开发者再购买了，同时如果有开发者手里还有 Intel 芯片的 mac 电脑，建议尽快出手。

虽然 JDK 25 等之类的还支持，但是未来新的 os 系统对旧的 mac 系统更新也将停止，很多新软件估计以后也将安装或升级不了了。

当然，这个还需要一个过程，不是突然就不能用了。我们国内现在 Java 8 用的还比较多，未来 5 年，Java 8 说不定还能占不少份额呢。

写在最后

注意，这不是结束，而是过渡的完成。

回望 2020 年，Apple 在 WWDC 上首次宣布从 Intel 转向自研 Apple Silicon 时，整个开发者社区都经历了一场“架构地震”。Rosetta 2 的翻译层给了我们一个温柔的缓冲期，各大平台的双架构支持让我们产生了“过渡期会很长”的错觉。

六年后的今天，缓冲期正在进入尾声。

OpenJDK 放弃 Intel Mac 的决定，表面看是一次“平台裁剪”，本质上却是 Apple Silicon 生态全面成熟、x64 在 Apple 世界正式退场的标志性事件。当操作系统、编译器、运行时、虚拟机层层递进地完成迁移后，Intel Mac 在开发者工具链中的位置，已经从“被支持的平台”变成了“需要特殊兼容的历史遗产”。

对于仍在使用 Intel Mac 的开发者而言，这不是一个需要恐慌的消息，但确实是一个需要列入路线图的事项。毕竟，计算机技术从不为怀旧停留，JDK 27 的发布，是一个新的开始，也是一个旧的结束。它将亲自给这场长达六年的架构过渡，画上一个句号。