Mac M1 Pro上Homebrew OpenJDK@8（1.8.0_345）JVM崩溃求助

从崩溃日志看，JVM因SIGSEGV信号崩溃，问题出在libjvm.dylib核心库，结合你的环境（M1 Pro + Homebrew OpenJDK 8u345），以下是具体排查和解决步骤：

1. 查看完整崩溃日志 #

当前日志仅展示了部分信息，完整的错误报告hs_err_pid25158.log包含崩溃线程栈、JVM参数、系统环境等关键细节，先打开分析：

open /Users/kaishwarya/Developer/apache-tomcat-8.5.81/bin/hs_err_pid25158.log

重点关注Problematic frame的具体函数、线程执行的任务，以及Environment部分的架构信息。

2. 替换OpenJDK版本（优先尝试） #

Homebrew打包的OpenJDK 8u345在M1的arm64架构下可能存在兼容性bug，建议切换到专为arm64优化的Temurin JDK 8：

• 卸载当前版本：

  brew uninstall openjdk@8
  

• 安装Temurin 8：

  brew install temurin8
  

• 临时切换JDK环境（当前终端生效）：

  export JAVA_HOME=$(brew --prefix temurin8)/libexec/openjdk.jdk/Contents/Home
  export PATH=$JAVA_HOME/bin:$PATH
  

• 验证版本：

  java -version
  

  输出中出现aarch64即为arm64原生版本。

3. 排查架构兼容性 #

确认当前JDK是否为arm64原生版本：

java -version

如果输出显示amd64，说明是x86版本，依赖Rosetta转译，容易出现稳定性问题，必须换成arm64版本的JDK。

4. 调整JVM参数 #

检查项目启动时的JVM参数，移除可能不适配arm64的优化参数：

• 若使用了-XX:+UseCompressedOops（日志显示已启用），可尝试临时禁用：-XX:-UseCompressedOops（仅用于排查，不建议长期使用）
• 移除其他针对x86架构的参数，如-XX:+UseConcMarkSweepGC等老旧GC选项，换成G1GC：-XX:+UseG1GC

5. 检查项目依赖 #

日志中出现Netty相关组件，若近期更新过Netty或SSL依赖，可能引入兼容性问题：

• 回退到之前稳定版本的Netty依赖（比如项目运行正常时的版本）
• 确保Netty版本支持arm64架构，避免使用仅适配x86的native库

6. 启用核心转储深入分析 #

若以上步骤未解决，启用核心转储获取更详细的崩溃信息：

• 终端执行：

  ulimit -c unlimited
  

• 重启项目，崩溃后会生成core.pid文件
• 使用lldb分析核心转储：

  lldb -c core.25158
  (lldb) thread backtrace
  

  查看崩溃线程的完整调用栈，定位具体触发崩溃的代码逻辑

内容的提问来源于stack exchange，提问作者user93726