内容简介：最近遇到了一个Java项目出现了几次coredump报警，报警如下：coredump文件是由于程序存在异常或者bug导致程序意外终止产生的文件。coredump文件会包含了程序运行时的内存，寄存器状态，堆栈指针，内存管理信息还有各种函数调用堆栈信息等信息。
背景：
最近遇到了一个 Java 项目出现了几次coredump报警，报警如下：
背景知识：
coredump文件是由于程序存在异常或者bug导致程序意外终止产生的文件。coredump文件会包含了程序运行时的内存，寄存器状态，堆栈指针，内存管理信息还有各种函数调用堆栈信息等信息。
coredump的文件存储位置以及文件名称可以在/proc/sys/kernel/core_pattern下配置。
要是在文件意外退出没有生产coredump文件可以用命令“ulimit -a”查看core file size 是不是为0。
处理步骤：
首先、使用命令“gdb $JAVA_HOME/bin/java coredump文件”进入gdb调试页面，页面如下：
此时gdb已经显示由于在执行block_size方法发生了段错误。在当前gdb调试环境中使用明明where/bt可以查看当前运行的堆栈列表，如下：
可以看出在读取zip文件时候发生了问题，我们可以使用info threads查看当前可调试的所有线程，找到发生错误的线程Id（233161），具体如下：
然后退出gdb 调试页面。
然后、使用命令“$JAVA_HOME/bin/jstack $JAVA_HOME/bin/java coredump文件”查看当前所有的线程栈信息，找到线程Id=233161的具体线程栈信息，如下：
这样就能定位到具体的位置了。
当然如果发生coredump不是由于Java线程引起的（比如GC线程），用jstack可能就找不到该线程信息。那此时也能够有gdb的bt查看native线程栈的内容了去确定具体的问题了。
以上所述就是小编给大家介绍的《如何定位 Java 程序 coredump 的位置》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- 妙用 Xcode 修改 iPhone 的当前定位位置
- css – 位置：粘不起作用
- 画解算法：35. 搜索插入位置
- Ceph根据Crush位置读取数据
- Ceph根据Crush位置读取数据
- iOS后台模式借助位置更新实现
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
