升级到 macOS “Tahoe” 后，很多开发者在打开 JetBrains 家的 IDE（IntelliJ IDEA、GoLand、PyCharm 等）时，都遇到了同一个噩梦场景：IDE 启动即崩溃，控制台抛出 JBR 相关的异常，完全无法进入工作界面。

这个问题的根源其实是 JetBrains Runtime (JBR) 在 Tahoe 系统上与图形库的兼容性出现了问题。JBR 是 JetBrains 基于 OpenJDK 定制的运行时环境，IDE 默认会打包一个特定版本的 JBR 来运行，而这个版本对新系统 Tahoe 的图形子系统不兼容，导致了频繁崩溃。

问题表现

• IDE 打开后几秒钟内直接退出，没有 UI 响应。
• idea.log 日志里能看到与 Metal 渲染管线 相关的报错。
• 换不同的 JetBrains IDE，症状完全相同，因为它们共用 JBR。

日志示例：

[  3582]  ERROR - ographics.rendering.MetalContext - Metal initialization failed
java.lang.RuntimeException: ...

`

对于依赖 JetBrains 工具链的开发者来说，这几乎是“生产力瘫痪”。

解决路径

在 YouTrack 上，有用户和 JetBrains 工程师提供了一些验证过的解决方法。归纳下来，大致有三条路线：

1. 切换到 JetBrains 提供的 Early Access JBR

JetBrains 在问题报告中给出了修复分支，可以下载 JBR 21 (或更新的 EAP 版本) 替换 IDE 默认的 runtime。

操作步骤：

1. 去 JetBrains Runtime Release 页面 下载对应的 jbrsdk。
2. 解压缩后，把 IDE 自带的 jbr 目录替换掉（位于 IntelliJ IDEA.app/Contents 下）。
3. 重启 IDE。

这种方式是最干净的，因为修复是在 JBR 层面完成的，不需要额外配置。

2. 禁用 Metal 渲染，强制回退到 OpenGL

如果暂时不想替换 runtime，可以通过 VM 参数规避 Metal 的 bug。

具体做法：

1. 打开 IDE 的 Help → Edit Custom VM Options。
2. 在文件里加入：

-Dsun.java2d.metal=false

3. 保存并重启 IDE。

这样会强制使用旧的 OpenGL 管线，稳定性显著提高。 缺点是渲染性能下降，在大项目下可能感觉 UI 卡顿。

3. 使用 Apple 自带 JDK 运行 IDE

还有人尝试用 JAVA_HOME 指向系统自带的 JDK（比如 Azul Zulu 或 Oracle 版本），并通过修改 idea.properties 让 IDE 跑在外部 JDK 上，而不是 JBR。虽然不是官方推荐，但确实能绕过 JBR 的兼容性问题。

推荐方案

如果你是重度用户，不想在性能和稳定性之间妥协，建议 直接替换到 JetBrains 修复后的 JBR 版本。这是官方路径，后续更新也会持续维护。

而在过渡阶段，如果你只是临时需要打开项目、快速改点代码，用 -Dsun.java2d.metal=false 也是个立竿见影的选择。

经验总结

这件事再次提醒我们，JetBrains IDE 的运行质量高度依赖于 JBR，而不是 macOS 自带的 Java。每次大版本的 macOS 更新，都可能因为图形、输入法、系统 API 的变化，导致 IDE 崩溃或异常。

所以遇到类似问题，第一反应应该是：

1. 去 JetBrains Runtime GitHub 看是否有新版本。
2. 浏览 YouTrack 的相关 issue，很多时候工程师已经给出了 workaround。

作为开发者，遇到 IDE 崩溃问题，其实也不用慌。大多数时候，只要更新 runtime 或加个 VM 参数，就能继续愉快地写代码。

尾声

对我来说，这次 Tahoe + JetBrains 的翻车事件，算是个有趣的提醒：再强大的 IDE，本质上也只是跑在一层 runtime 上的应用。系统升级时，保持关注社区反馈，及时跟进官方修复，是避免掉坑的唯一办法。

写到这，希望你在升级 macOS 之后，不再被 JetBrains IDE 的崩溃打乱节奏。升级有风险，备份与提前验证才是王道。