jvm crash 报错sigsegv (0xb)分析原因
最近线上部分实例在同一时间段内发生 jvm crash,错误日志中出现了以下内容:
# # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f5e94bd20a7, pid=752, tid=140036367759104 # # JRE version: Java(TM) SE Runtime Environment (8.0_60-b27) (build 1.8.0_60-b27) # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.60-b23 mixed mode linux-amd64 compressed oops) # Problematic frame: # V [libjvm.so+0x6340a7] IfNode::up_one_dom(Node*, bool)+0x97 # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp #
从错误日志中可以看出,该问题是由 jvm 中的信号 11 (sigsegv) 引起的,这意味着发生了段错误。
经过分析,发现该问题与业务代码中com.j.m.s.e.m.abstractbaseexceptioninfomessage类无关,而是由 jdk 版本中 jit 编译相关的漏洞导致的。
具体来说,使用较老版本的 jdk(如 1.8.60)时,在 jit 编译过程中可能会出现问题,导致 jvm crash。升级 jdk 版本(如到 1.8.191)可以解决此问题。
在IntelliJ IDEA中使用快捷键修改POM文件依赖版本时生成新的repository标签而不是直接修改版本号的原因可能与IDE的自动补全和依赖管理机制有关。以下是一些可能的原因和解决方法:依赖管理机制:IntelliJ IDEA可能会尝试从不同的存储库中查找指定版本的依赖。如果指定的版本在当前配置的存储库中找不到,IDE可能会自动添加新的存储库以确保可以下载到所需的版本。快捷键功能限制:某些快捷键可能只负责版本号的快速修改,而不处理存储库的管理。当你使用快捷键时,IDE可能会默认添加新的存储库以确
Java框架的优点和发展趋势是什么?
Java框架和F#框架在金融领域的优势
Java函数式编程对数据处理的革命性影响
JNA调用C++ DLL时如何避免异常导致JVM崩溃?
Android RecyclerView数据更新后视图不刷新,如何解决?