JavaFX GUI开发时JVM崩溃，求解析日志及修复方案

我正在开发JavaFX GUI，但JVM频繁崩溃并生成崩溃报告，无法理解报告内容，希望解析问题原因并提供修复方案。已附上关键报告内容，完整核心转储内容可另行提供。代码非常简单，若需要可提供GitHub代码链接。

崩溃报告关键内容 #

# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f4325164097, pid=62906, tid=62956
#
# JRE version: Java(TM) SE Runtime Environment (17.0.8+9) (build 17.0.8+9-LTS-211)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (17.0.8+9-LTS-211, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# V  [libjvm.so+0x564097]  ClassLoaderData::ChunkedHandleList::oops_do(OopClosure*)+0x57
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E" (or dumping to /media/dirtyvoid/FileHub/Universal_Data/Codes/Java/A_project/core.62906)
#
# If you would like to submit a bug report, please visit:
#   https://bugreport.java.com/bugreport/crash.jsp
#

问题解析 #

• SIGSEGV（段错误）：表明JVM尝试访问了非法内存地址，通常由内存越界或内存区域损坏导致。
• 问题帧定位：崩溃发生在JVM核心库libjvm.so的ClassLoaderData::ChunkedHandleList::oops_do方法中，该方法负责GC过程中遍历类加载器相关的对象引用，说明崩溃与类加载器管理、GC操作直接相关。

可能的触发原因：

1. JVM自身bug：当前使用的Oracle HotSpot 17.0.8 LTS版本在类加载器或GC逻辑中存在缺陷。
2. JavaFX与JVM兼容性：JavaFX组件和当前JVM版本存在底层交互冲突。
3. 系统内存问题：硬件内存故障或其他进程干扰导致JVM内存区域损坏。
4. 代码隐性问题：即使代码简单，也可能存在非FX线程操作UI、资源未正确释放等隐性问题触发JVM崩溃。

可尝试的修复方案 #

• 切换JVM版本：升级到最新的JDK 17 LTS更新版，或替换为OpenJDK发行版（如Adoptium Temurin 17），排除Oracle JVM自身bug的影响。
• 匹配JavaFX版本：确保使用的JavaFX版本与JDK版本严格对应（如JDK 17对应JavaFX 17.x系列）。
• 检测系统内存：使用memtest86+等工具检查硬件内存是否存在故障。
• 排查代码问题：
  • 确保所有JavaFX UI操作都在FX应用线程中执行，非FX线程的UI操作需用Platform.runLater()包裹。
  • 检查是否有未关闭的资源（如文件流、网络连接）导致内存泄漏。
  • 逐步简化代码，逐个添加功能，定位是否是某段代码触发了崩溃。
• 重置JVM参数：如果使用了自定义JVM启动参数，尤其是GC、类加载相关的参数，暂时移除并恢复默认配置。

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