Question

我的应用程序主要是Java，但对于某些计算，它使用C ++库。我们的环境是在RedHat 3上运行的Java 1.6（即将成为RedHat 5）。

我的问题是C ++库不是线程安全的。为了解决这个问题，我们运行多个单线程“工作”流程，并让他们从中央工作管理器开始工作，也是用C ++编写的。我们的Java应用程序通过第三方产品调用C ++ Work Manager。

由于各种原因，我们想重新编写C ++ Work Manager和worker。我赞成用Java编写它们，在每个worker中使用JNI来调用C ++库。

主要问题是如果C ++库核心转储会发生什么。不幸的是，这很常见，我们需要能够看到我们的C ++库中的哪一行导致了这个问题，例如：通过检查像GDB这样的回溯。

我的同事认为，分析核心转储是不可能的，因为像GDB这样的工具不了解Java生成的核心文件。

我希望他们错了，但在进一步推动我的想法之前我需要确定。

分析从Java / JNI生成的核心转储的最佳方法是什么？

Answer 1

是的，有。每次JVM因JNI部分中的SIGSEGV而崩溃，您将在$ JAVA_HOME / bin目录中获得带有核心转储的文件。它通常命名为hs_err_PID.log。

您可以获得更多信息here和here。 Here是一个有点相关的stackoverflow问题。

Answer 2

要将核心文件读入gdb，您必须将java虚拟机添加到其中。那是

gdb /usr/local/jdk1.8.0_66/bin/java core

它很可能会告诉你没有找到大量的符号（这是正常的，这些是JVM符号）。但是，如果您键入＆＃39; bt＆＃39;，崩溃的JNI调用可能会出现在您的堆栈跟踪中。在我的情况下，我在我写的本机库中崩溃的一个例子是：

(gdb) bt
#0  0x00007fd61dfcd107 in __GI_raise (sig=sig@entry=6)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x00007fd61dfce4e8 in __GI_abort () at abort.c:89
#2  0x00007fd61d8d3795 in os::abort(bool) ()
   from /usr/local/jdk1.8.0_66/jre/lib/amd64/server/libjvm.so
#3  0x00007fd61da71e23 in VMError::report_and_die() ()
   from /usr/local/jdk1.8.0_66/jre/lib/amd64/server/libjvm.so
#4  0x00007fd61d8d8fbf in JVM_handle_linux_signal ()
   from /usr/local/jdk1.8.0_66/jre/lib/amd64/server/libjvm.so
#5  0x00007fd61d8cf753 in signalHandler(int, siginfo*, void*) ()
   from /usr/local/jdk1.8.0_66/jre/lib/amd64/server/libjvm.so
#6  <signal handler called>

前6帧都与崩溃过程本身有关。捕获并发送了一个信号。虽然我们都不知道确切的功能，但这并不重要。从第7帧开始，我们在我们编写的JNI库中。如果它还附有符号，你会看到它们。

#7  0x00007fd5ff43bf7e in FftResampler::resample(Complex const*, int)
    ()
   from /I/home/werner/BpmDj/NextGen/Beta/Desktop/test/libzathras-46703-64.so
#8  0x00007fd5ff43ddcf in TimeStretcher::rescaleEnvelopeSlow(PeakMap const*, Peak*) ()
   from /I/home/werner/BpmDj/NextGen/Beta/Desktop/test/libzathras-46703-64.so
#9  0x00007fd5ff43e4a5 in TimeStretcher::transferPeak(Frame*, Frame*)
    ()
   from /I/home/werner/BpmDj/NextGen/Beta/Desktop/test/libzathras-46703-64.so
#10 0x00007fd5ff43e679 in TimeStretcher::transferPeaks(Channel*) ()
   from /I/home/werner/BpmDj/NextGen/Beta/Desktop/test/libzathras-46703-64.so
#11 0x00007fd5ff43eb3a in TimeStretcher::putStereo(float const*, int)
    ()
   from /I/home/werner/BpmDj/NextGen/Beta/Desktop/test/libzathras-46703-64.so
#12 0x00007fd5ff43edbf in TimeStretcher::processStereo(float const*, int, float*) ()
   from /I/home/werner/BpmDj/NextGen/Beta/Desktop/test/libzathras-46703-64.so
#13 0x00007fd5ff43b45d in Java_org_yellowcouch_bpmdj_mixedit_audio_JavaTimeStretcher_processStereo ()
   from /I/home/werner/BpmDj/NextGen/Beta/Desktop/test/libzathras-46703-64.so

从第14帧起，我们又回到了java的土地上。

#14 0x00007fd6097a29e1 in ?? ()
#15 0x00007fd5d6ee6580 in ?? ()
#16 0x00000000853f53e8 in ?? ()
#17 0x00000000d803c340 in ?? ()
#18 0x00000000d80564e8 in ?? ()
#19 0x00007fd61e773609 in _L_unlock_554 ()
   from /lib/x86_64-linux-gnu/libpthread.so.0

所以你看到通过gdb从核心文件中获取一些信息并非完全不可能。只是不要忘记将jvm添加为第一个参数。

gdb可能无法找到本机库本身。在这种情况下，您可能需要手动加载符号，如下所示：

GDB＆GT;符号文件libzathras-46703-64.so

如果您想了解更多信息，可能需要在启用调试信息的情况下编译c / c ++代码。通常使用mingw和gcc编译器，您可以在命令行选项中添加-g。这将为您提供以下信息，其中包括行号等。

#7  FftResampler::resample (this=this@entry=0x7f4bf8f36100, 
    cpx=cpx@entry=0x7f4bf8ed1ea0, n=<optimized out>)
    at timestretcher.cpp:347
#8  0x00007f4c51605dcf in TimeStretcher::rescaleEnvelopeSlow (
    this=0x7f4bf8ec1e10, table=0x7f4bf90f4c20, borders=0x7f4bf8fd27a0)
    at timestretcher.cpp:878
#9  0x00007f4c516064a5 in TimeStretcher::transferPeak (
    this=this@entry=0x7f4bf8ec1e10, 
    prevFrame=prevFrame@entry=0x7f4bf8fde6f0, 
    frame=frame@entry=0x7f4bf8fb2650) at timestretcher.cpp:718
#10 0x00007f4c51606679 in TimeStretcher::transferPeaks (
    this=this@entry=0x7f4bf8ec1e10, 
    channel=channel@entry=0x7f4bf8ec9e90) at timestretcher.cpp:687
#11 0x00007f4c51606b3a in TimeStretcher::putStereo (
    this=this@entry=0x7f4bf8ec1e10, in=in@entry=0x7f4bf8eb9e00, 
    time=time@entry=-1395) at timestretcher.cpp:1483
#12 0x00007f4c51606dbf in TimeStretcher::processStereo (
    this=this@entry=0x7f4bf8ec1e10, in=in@entry=0x7f4bf8eb9e00, 
    time=time@entry=-1395, out=0x7f4bf90f4c60)
    at timestretcher.cpp:1567
#13 0x00007f4c5160345d in Java_org_yellowcouch_bpmdj_mixedit_audio_JavaTimeStretcher_processStereo (env=0x7f4bf90f71f8, obj=<optimized out>, 
    handle=139964275465728, in=0x7f4bed136468, inIdx=<optimized out>, 
    time=-1395, out=0x7f4bed136480) at timestretcher-jni.cpp:69

使用Java JNI时是否可以调试核心转储？

2 个答案: