Java 解释核心转储文件堆栈

Java 解释核心转储文件堆栈,java,debugging,segmentation-fault,gdb,Java,Debugging,Segmentation Fault,Gdb,我的应用程序导致JVM随机崩溃 我已经收集了核心转储并查看了一下,但我需要一些帮助,因为我对核心转储的经验很少 在15条或更多的线程中,这2条引起了我的注意: 螺纹1(螺纹0xbb8f5b70(LWP 27584)): 线程1(线程0xbb8f5b70(LWP 27584)): #内核vsyscall()中的0 0x00a6b430 #从/lib/libc.so.6在raise()中输入0x0020bb11 #2 0x0020d3ea位于/lib/libc.so.6中的abort()中 #来自/

我的应用程序导致
JVM
随机崩溃

我已经收集了核心转储并查看了一下,但我需要一些帮助,因为我对核心转储的经验很少

在15条或更多的线程中,这2条引起了我的注意:

螺纹1(螺纹0xbb8f5b70(LWP 27584)):

线程1(线程0xbb8f5b70(LWP 27584)):
#内核vsyscall()中的0 0x00a6b430
#从/lib/libc.so.6在raise()中输入0x0020bb11
#2 0x0020d3ea位于/lib/libc.so.6中的abort()中
#来自/lib/libc.so.6的消息()中的0x0024b9d5
#来自/lib/libc.so.6的malloc_printerr()中的4 0x00251e31
在15条或更多的线程中,这2条引起了我的注意:

线程1是崩溃的根本原因;关于线程11,我看不出有什么问题

线程1正在崩溃,因为glibc检测到堆损坏,并在向/dev/tty报告后调用abort()

不幸的是,堆损坏的本质是这样的,它通常会在很久以后在完全无关的代码中导致崩溃。标准的建议是在Valgrind下运行程序,但该建议通常不适用于Java程序

dlopen@@GLIBC_2.1
中的@是什么意思

这意味着正在调用一个函数
dlopen
,该函数在
libdl
中有多个版本,并且正在调用使用版本
GLIBC_2.1
生成的默认版本

您可以阅读有关GNU符号版本控制的更多信息

在15条或更多的线程中,这2条引起了我的注意:

线程1是崩溃的根本原因;关于线程11,我看不出有什么问题

线程1正在崩溃,因为glibc检测到堆损坏,并在向/dev/tty报告后调用abort()

不幸的是,堆损坏的本质是这样的,它通常会在很久以后在完全无关的代码中导致崩溃。标准的建议是在Valgrind下运行程序,但该建议通常不适用于Java程序

dlopen@@GLIBC_2.1
中的@是什么意思

这意味着正在调用一个函数
dlopen
,该函数在
libdl
中有多个版本,并且正在调用使用版本
GLIBC_2.1
生成的默认版本

您可以阅读有关GNU符号版本控制的更多信息

在15条或更多的线程中,这2条引起了我的注意:

线程1是崩溃的根本原因;关于线程11,我看不出有什么问题

线程1正在崩溃,因为glibc检测到堆损坏,并在向/dev/tty报告后调用abort()

不幸的是,堆损坏的本质是这样的,它通常会在很久以后在完全无关的代码中导致崩溃。标准的建议是在Valgrind下运行程序,但该建议通常不适用于Java程序

dlopen@@GLIBC_2.1
中的@是什么意思

这意味着正在调用一个函数
dlopen
,该函数在
libdl
中有多个版本,并且正在调用使用版本
GLIBC_2.1
生成的默认版本

您可以阅读有关GNU符号版本控制的更多信息

在15条或更多的线程中,这2条引起了我的注意:

线程1是崩溃的根本原因;关于线程11,我看不出有什么问题

线程1正在崩溃,因为glibc检测到堆损坏,并在向/dev/tty报告后调用abort()

不幸的是,堆损坏的本质是这样的,它通常会在很久以后在完全无关的代码中导致崩溃。标准的建议是在Valgrind下运行程序,但该建议通常不适用于Java程序

dlopen@@GLIBC_2.1
中的@是什么意思

这意味着正在调用一个函数
dlopen
,该函数在
libdl
中有多个版本,并且正在调用使用版本
GLIBC_2.1
生成的默认版本


您可以阅读有关GNU符号版本控制的更多信息。

谢谢。在问问题之前,我阅读了有关Valgrind的内容,但有点犹豫是否尝试一下。现在肯定会这样做:)。为了分析转储,我还通过谷歌搜索了
jmap
jstack
,但首先我需要复制它。我会让你知道Valgrind的进展情况(谢谢。在问问题之前,我阅读了有关Valgrind的内容,但有点犹豫是否尝试一下。现在肯定会这样做:)。为了分析转储,我还通过谷歌搜索了
jmap
jstack
,但首先我需要复制它。我会让你知道Valgrind的进展情况(谢谢。在问问题之前,我阅读了有关Valgrind的内容,但有点犹豫是否尝试一下。现在肯定会这样做:)。为了分析转储,我还通过谷歌搜索了
jmap
jstack
,但首先我需要复制它。我会让你知道Valgrind的进展情况(谢谢。在问问题之前,我阅读了有关Valgrind的内容,但有点犹豫是否尝试一下。现在肯定会这样做:)。为了分析转储,我还通过谷歌搜索了
jmap
jstack
,但首先我需要复制它。我会让你知道Valgrind的进展情况
Thread 1 (Thread 0xbb8f5b70 (LWP 27584)):
#0 0x00a6b430 in __kernel_vsyscall ()
#1 0x0020bb11 in raise () from /lib/libc.so.6
#2 0x0020d3ea in abort () from /lib/libc.so.6
#3 0x0024b9d5 in __libc_message () from /lib/libc.so.6
#4 0x00251e31 in malloc_printerr () from /lib/libc.so.6  <---- THIS LINE
#5 0x00254823 in _int_free () from /lib/libc.so.6 
#6 0x0078a068 in _dlerror_run () from /lib/libdl.so.2
#7 0x00789d7c in dlsym () from /lib/libdl.so.2
#8 0x01397fa0 in os::dll_lookup(void*, char const*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#9 0x0136aa07 in NativeLookup::lookup_style(methodHandle, char*, char const*, int, bool, bool&, Thread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#10 0x0136abf8 in NativeLookup::lookup_entry(methodHandle, bool&, Thread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#11 0x0136b107 in NativeLookup::lookup_base(methodHandle, bool&, Thread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#12 0x0136b1f7 in NativeLookup::lookup(methodHandle, bool&, Thread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#13 0x0119a32b in InterpreterRuntime::prepare_native_call(JavaThread*, methodOopDesc*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#14 0xf477e12b in ?? ()
#15 0xf4776387 in ?? ()
#16 0xf4776387 in ?? ()
#17 0xf4776387 in ?? ()
#18 0xf4776387 in ?? ()
#19 0xf4776387 in ?? ()
#20 0xf4776387 in ?? ()
#21 0xf4776387 in ?? ()
#22 0xf4776387 in ?? ()
#23 0xf4776387 in ?? ()
#24 0xf47765fb in ?? ()
#25 0xf4773459 in ?? ()
#26 0x011a0915 in JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#27 0x01396769 in os::os_exception_wrapper(void (*)(JavaValue*, methodHandle*, JavaCallArguments*, Thread*), JavaValue*, methodHandle*, JavaCallArguments*, Thread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#28 0x0119f58f in JavaCalls::call(JavaValue*, methodHandle, JavaCallArguments*, Thread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#29 0x0119f7ca in JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#30 0x0119f8eb in JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#31 0x0121b4c9 in thread_entry(JavaThread*, Thread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#32 0x014b8d49 in JavaThread::thread_main_inner() () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#33 0x014b8ea3 in JavaThread::run() () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#34 0x0139d999 in java_start(Thread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#35 0x0037ea49 in start_thread () from /lib/libpthread.so.0
#36 0x002c3aee in clone () from /lib/libc.so.6
Thread 11 (Thread 0xf77736c0 (LWP 27570)):
#0 0x00a6b430 in __kernel_vsyscall ()
#1 0x00385019 in __lll_lock_wait () from /lib/libpthread.so.0
#2 0x0038043e in _L_lock_731 () from /lib/libpthread.so.0
#3 0x0038034a in pthread_mutex_lock () from /lib/libpthread.so.0
#4 0x007b9b2d in _dl_open () from /lib/ld-linux.so.2
#5 0x00789c3b in dlopen_doit () from /lib/libdl.so.2
#6 0x007b5ba6 in _dl_catch_error () from /lib/ld-linux.so.2
#7 0x0078a03c in _dlerror_run () from /lib/libdl.so.2
#8 0x00789b71 in dlopen@@GLIBC_2.1 () from /lib/libdl.so.2
#9 0x0139e13e in os::dll_load(char const*, char*, int) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#10 0x0136a17f in NativeLookup::lookup_critical_style(methodHandle, char*, char const*, int, bool) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#11 0x0136a72d in NativeLookup::lookup_critical_entry(methodHandle) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#12 0x0143719c in SharedRuntime::generate_native_wrapper(MacroAssembler*, methodHandle, int, BasicType*, VMRegPair*, BasicType) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#13 0x0142476f in AdapterHandlerLibrary::create_native_wrapper(methodHandle, int) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#14 0x0101c5a9 in CompileBroker::compile_method(methodHandle, int, int, methodHandle, int, char const*, Thread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#15 0x0100aa18 in SimpleCompPolicy::method_invocation_event(methodHandle, JavaThread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#16 0x01009d5b in NonTieredCompPolicy::event(methodHandle, methodHandle, int, int, CompLevel, nmethod*, JavaThread*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#17 0x011983dd in InterpreterRuntime::frequency_counter_overflow_inner(JavaThread*, unsigned char*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#18 0x0119a982 in InterpreterRuntime::frequency_counter_overflow(JavaThread*, unsigned char*) () from /usr/local/thirdparty/java/j2sdk/jre/lib/i386/server/libjvm.so
#19 0xf477e525 in ?? ()
#20 0xf47ccbec in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?) <---- AND THIS LINE