java程序崩溃调试core文件

在Java程序崩溃时，通常不会生成core文件，因为Java虚拟机(JVM)默认不会生成core文件。不过，如果你想要在Java程序崩溃时生成core文件，你可以通过在启动JVM时设置参数来实现。例如，如果你使用的是Linux *** 作系统，可以通过以下命令启动JVM并生成core文件：

plaintext

Copy code

java -XX:ErrorFile=/tmp/java_error%!p(MISSING).log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp/heapdump.hprof -XX:+CrashOnOutOfMemoryError -XX:OnOutOfMemoryError="gcore %!p(MISSING)kill -9 %!p(MISSING)" YourJavaProgram

其中，-XX:ErrorFile用陵兄于指定JVM错误日志的保存路径，-XX:+HeapDumpOnOutOfMemoryError用于在发生内存溢出时生成堆转储文件，-XX:HeapDumpPath用于指定堆转储文件的保存路径，-XX:+CrashOnOutOfMemoryError用于在发生内存溢出时直接崩溃，-XX:OnOutOfMemoryError用于在发生内存溢出时执行指定的命令。在这个例子中，我们使用gcore命令生尺信袭成core文件，并将进程杀掉。

在生成了core文件之后，你可以使用gdb来分析core文件。首先，你需要使用以下命令启动gdb：

plaintext

Copy code

gdb YourJavaProgram core

其中，YourJavaProgram是你的Java程序的可执行文件名，core是你生成的core文件名。启动gdb后，你可以使用gdb命令来分析core文件，例如，可以使用bt命令来查看堆栈信息，使用info命令来查看线程信息等等。

需要注意的是，在使用gdb分析core文件时，你需要了解Java程序的内部实现，例如，你需要知道Java线程是如何映射到 *** 作系统线程的，以及Java对象是如何映射到内存中的。否则，你可能无法正确地分析core文件，或者分析结坦好果可能不准确。

一共四个目录，设置依次如下：

1、工作目录：（这个是设置你的工作文件放在那个文件夹的路径，比如你工作路径掘扮是D盘/新建文件夹，那么你直接设置到这里就行了）

2、矢量字库目录：这个一般都是系统默认的，一般不需要设置颂旅。一般都是设置在C:\MAPGIS67\CLIB

3、系统库目录：这个一般都是系统默认的，一般不需要野散凳设置。一般都是设置在C:\MAPGIS67\SLIB

4、系统临时目录：这个一般都是系统默认的，一般不需要设置。一般都是设置在C:\MAPGIS67\TEMP

以上，希望采纳

1、先用#ulimit -a可以查看系统core文件的大小限制（第一行），core文件大小设置为0, 即没有打开core dump设置；

[cpp] view plain copy print?

root@XZX:~/cnnic/project/dnsx/dnsX# ulimit -a

core file size          (blocks, -c) 0

data seg 盯森size           (kbytes, -d) unlimited

scheduling priority             (-e) 0

file size               (blocks, -f) unlimited

pending signals                 (-i) 46621

max locked memory       (kbytes, -l) 64

max memory size         (kbytes, -m) unlimited

open files                      (-n) 1024

pipe size            (512 bytes, -p) 8

POSIX message queues     (bytes, -q) 819200

real-time priority              (-r) 0

stack size              (kbytes, -s) 8192

cpu time               (seconds, -t) unlimited

max user processes              (-u) 46621

virtual memory          (kbytes, -v) unlimited

file locks                      (-x) unlimited

root@XZX:~/cnnic/project/dnsx/dnsX# ulimit -a

core file size          (blocks, -c) 0

data seg size           (kbytes, -d) unlimited

scheduling priority             (-e) 0

file size               (blocks, -f) unlimited

pending signals                 (-i) 46621

max locked memory       (kbytes, -l) 64

max memory size         (kbytes, -m) unlimited

open files                      (-n) 1024

pipe size            (512 bytes, -p) 8

POSIX message queues    逗则消 (bytes, -q) 819200

real-time priority              (-r) 0

stack size              (kbytes, -s) 8192

cpu time               (seconds, -t) unlimited

max user processes              (-u) 46621

virtual memory          (kbytes, -v) unlimited

file locks                      (-x) unlimited

2、接下来使用#ulimit -c [kbytes]可以设置系统允许生成的core文件大小；

ulimit -c 0 不产生core文件

ulimit -c 100 设置core文件最大为100k

ulimit -c unlimited 不限制core文件大小

执行#ulimit -c unlimited，然后#ulimit -a查看结果如下（第一行）：

[cpp] view plain copy print?

root@XZX:~/cnnic/project/dnsx/dnsX# ulimit -a

core file size          (blocks, -c) unlimited

data seg size           (kbytes, -d) unlimited

scheduling priority     山知        (-e) 0

file size               (blocks, -f) unlimited

pending signals                 (-i) 46621

max locked memory       (kbytes, -l) 64

max memory size         (kbytes, -m) unlimited

open files                      (-n) 1024

pipe size            (512 bytes, -p) 8

POSIX message queues     (bytes, -q) 819200

real-time priority              (-r) 0

stack size              (kbytes, -s) 8192

cpu time               (seconds, -t) unlimited

max user processes              (-u) 46621

virtual memory          (kbytes, -v) unlimited

file locks                      (-x) unlimited

root@XZX:~/cnnic/project/dnsx/dnsX# ulimit -a

core file size          (blocks, -c) unlimited

data seg size           (kbytes, -d) unlimited

scheduling priority             (-e) 0

file size               (blocks, -f) unlimited

pending signals                 (-i) 46621

max locked memory       (kbytes, -l) 64

max memory size         (kbytes, -m) unlimited

open files                      (-n) 1024

pipe size            (512 bytes, -p) 8

POSIX message queues     (bytes, -q) 819200

real-time priority              (-r) 0

stack size              (kbytes, -s) 8192

cpu time               (seconds, -t) unlimited

max user processes              (-u) 46621

virtual memory          (kbytes, -v) unlimited

file locks                      (-x) unlimited

此时，core dump设置打开了，再执行程序出现段错误时，在当前工作目录下产生了core文件，然后我们就可以用gdb调试core文件了。

例如：

#gdb ./test core.2065

注：Linux下的C程序常常会因为内存访问错误等原因造成segment fault(段错误)，此时如果系统core dump功能是打开的，那么将会有内存映像转储到硬盘上来，之后可以用gdb对core文件进行分析，还原系统发生段错误时刻的堆栈情况。这对于我们发现程序bug很有帮助。

很多系统默认的core文件大小都是0，我们可以通过在shell的启动脚本/etc/bashrc或者~/.bashrc等地方来加入 ulimit -c 命令来指定core文件大小，从而确保core文件能够生成。

除此之外，还可以在/proc/sys/kernel/core_pattern里设置core文件的文件名模板，详情请看core的官方man手册。

需要说明的是：上述方法只是在当前shell中生效,重启之后，就不再有效了。永久生效的办法是如下：

永久生效办法：

#vi /etc/profile 然后，在profile中添加：

ulimit -c 1073741824

(但是，若将产生的转储文件大小大于该数字时，将不会产生转储文件)

或者

ulimit -c unlimited

这样重启机器后生效了。 或者， 使用source命令使之马上生效。

#source /etc/profile

三、指定内核转储的文件名和目录

修改完内核转储设置后，当程序core dump后发现确实在本地目录产生了core文件，但是如果程序多次core dump时，core文件会被覆盖，原因是每次core dump后生成的文件名默认都叫core，接下来就分享下如果想在每次core dum时产生的core文件都带上进程号怎么 *** 作，或者你想把内核转储文件保存到其他目录怎么办？

1、core dump文件名自动加上进程ID

#echo 1 > /proc/sys/kernel/core_uses_pid

最后生成的core dump文件名会加上进程ID.

2、另外可以通过修改kernel的参数，指定内核转储所生成的core文件的路径和文件名。

可以通过在/etc/sysctl.conf文件中，对sysctl变量kernel.core_pattern的设置。

#vim /etc/sysctl.conf 然后，在sysctl.conf文件中添加下面两句话：

kernel.core_pattern = /var/core/core_%e_%p

kernel.core_uses_pid = 0

保存后退出。

注：如果/proc/sys/kernel/core_uses_pid 这个文件的内容被配置成1，即使core_pattern中没有设置%p，最后生成的core dump文件名仍会加上进程ID。

这里%e, %p分别表示：

%c 转储文件的大小上限

%e 所dump的文件名

%g 所dump的进程的实际组ID

%h 主机名

%p 所dump的进程PID

%s 导致本次coredump的信号

%t 转储时刻(由1970年1月1日起计的秒数)

%u 所dump进程的实际用户ID

可以使用以下命令，使修改结果马上生效。

#sysctl –p /etc/sysctl.conf

请在/var目录下先建立core文件夹，然后执行a.out程序，就会在/var/core/下产生以指定格式命名的内核转储文件。查看转储文件的情况：

#ls /var/core

core_a.out_2456

---