当前位置: 首页 > news >正文

JVM 崩溃(Fatal Error)解决方法

遇到的问题:

我在使用idea运行java服务的时候报出以下错误

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00000001039a63c8, pid=13662, tid=4355
#
# JRE version: OpenJDK Runtime Environment Microsoft-11367290 (11.0.27+6) (build 11.0.27+6-LTS)
# Java VM: OpenJDK 64-Bit Server VM Microsoft-11367290 (11.0.27+6-LTS, mixed mode, tiered, compressed oops, g1 gc, bsd-aarch64)
# Problematic frame:
# V  [libjvm.dylib+0x67e3c8]  AccessInternal::PostRuntimeDispatch<G1BarrierSet::AccessBarrier<1097844ull, G1BarrierSet>, (AccessInternal::BarrierType)2, 1097844ull>::oop_access_barrier(void*)+0x8
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /Users/aer/IdeaProjects/tjxt/hs_err_pid13662.log
#
# If you would like to submit a bug report, please visit:
#   https://github.com/microsoft/openjdk/issues
#

这个问题我一共遇到了两次,今天是第二次 上一次我更换了jdk+重启糊里糊涂地不知道为什么就又能成功运行了,之后我就没管了(那时候我在测试循环依赖报错,恰巧就出现了这个jvm崩溃错误,我还以为是循环依赖导致的问题)。但是今天啥也没干一运行突然又出现了这个错误。拷打gpt后找到解决方法如下

解决方案

将Idea的启用定时调试器关掉


将这个关掉后就又能成功运行啦!

报错原因

根本原因是:JetBrains 的定时任务调试器(Scheduled Debug Agent)使用了不稳定的 native 代码,它和 JDK 的 G1 垃圾回收机制发生了冲突。

责任方是否是主要原因原因
✅ JetBrains 的调试器(libscheduled.dylib是主要原因它注入 native 代码,访问 JVM 内存结构,实现不稳定、适配差,在 macOS ARM 架构下触发崩溃
⚠️ JVM有一定关系G1 GC 的内部结构复杂,对外暴露接口不适合被 native 调用篡改,但它本身没错,除非是低版本才算 bug
http://www.dtcms.com/a/303754.html

相关文章:

  • 影刀RPA_初级课程_玩转影刀自动化_EXCEL操作自动化
  • 《C++初阶之STL》【list容器:详解 + 实现】
  • JSON解析
  • Spring IOC 基于Cglib实现含构造函数的类实例化策略
  • 循环神经网络——动手学深度学习7
  • 板凳-------Mysql cookbook学习 (十二--------7)
  • SpringBoot 的@Repository 等注解的底层实现原理
  • 智能体安全与可信AI:防护机制与伦理考量
  • SpringBoot之起步依赖
  • 【使用python中列表注意事项】
  • Windows使用Powershell自动安装SqlServer2025服务器与SSMS管理工具
  • 【自存用】mumu模拟器+mitmproxy配置
  • ADSP-21565的SigmaStudio图形化编程详解
  • Linux 完整删除 Systemd 服务的步骤
  • 递归、搜索与回溯算法核心思想解析
  • Agent常用搜索引擎Tavily使用学习
  • linux中简易云盘系统项目实战:基于 TCP协议的 Socket 通信、json数据交换、MD5文件区别与多用户文件管理实现
  • 配置daemon.json使得 Docker 容器能够使用服务器GPU【验证成功】
  • 界面控件Telerik UI for WPF 2025 Q2亮点 - 重要组件全新升级
  • 「源力觉醒 创作者计划」_文心大模型 4.5 多模态实测:开源加速 AI 普惠落地
  • VUE -- 基础知识讲解(一)
  • 从字符串中“薅出”最长子串:LeetCode 340 Swift 解法全解析
  • 分布式链路追踪详解
  • 如何用USRP捕获手机信号波形(中)手机/基站通信
  • Java面试宝典:MySQL8新特性底层原理
  • 设计模式:状态模式 State
  • 【Redis实现基础的分布式锁及Lua脚本说明】
  • 【CAN总线】STM32 的 CAN 总线通信开发笔记(基于 HAL)
  • Spring Boot 自动配置:从 2.x 到 3.x 的进化之路
  • Python 程序设计讲义(28):字符串的用法——格式化字符串